遵循 Clean 和 Hexagonal Architecture 时，您将第三方库放在哪里？ [关闭]

Question

我一直在研究 Clean Architecture、Hexagonal Architecture 和实现我认为适用于我的应用程序的部分。我知道这两种架构都在谈论将您的域与外部世界分开。我读过的所有资源都使用控制器、CLI、存储库和 Twilio 等通信平台作为适配器的示例。我正在使用一个库来生成 JWT（JSON Web 令牌）。我的问题是，lib 的实现是属于域层还是域层之外。我之所以这么问，是因为我读过的所有资源都没有提到验证、JWT 和在外层生成 UUID 等库。它通常是我上面列出的东西，比如域外的控制器和数据库。

Answer 1

正如您提到的，Hexagonal Architecture 关心外部通信，并且验证、JWT 和生成 UUID 等工具被视为core 应用程序的一部分（其中core 是应用程序的内部逻辑）。

关于Clean Architecture，在使用第三方库时，您应该使用自己的接口而不是直接使用他们的接口公开它们。

不好

//myService.js
class MyService {
    
    constructor(uuid){
        this.uuid = uuid;
    }

    save(...) {
        const id = this.uuid.v4(); // <--- hard to refactore if "uuid" will change its API
        ...
    }

}

//app.js
const uuid = require('uuid');

const MyService = require('./myService');
...
const FooService = require('./FooService');


const myService = new MyService(uuid);
...
const fooService = new FooService(uuid);

不错

//uuidFactoryProvider.js
function uuidFactoryProvider(uuid){
    return function uuidFactory() {
        return this.uuid.v4(); // <-- easy to refactore
    }
}

//myService.js
class MyService {
    
    constructor(uuidFactory){
        this.uuidFactory = uuidFactory;
    }

    save(...) {
        const id = uuidFactory();
        ...
    }

}

//app.js
const uuid = require('uuid');

const uuidFactoryProvider = require('./uuidFactoryProvider');
const MyService = require('./myService');
...
const FooService = require('./FooService');


const uuidFactory = uuidFactoryProvider(uuid);
const myService = new MyService(uuidFactory);
...
const fooService = new FooService(uuidFactory);

通过使用您自己的 API 包装第 3 方库，代码库将对库 API 的依赖时间降至最低。