我想知道合并垂直切片架构和清洁架构是否是一个好主意。
创建类似于解决方案、WebApi项目、应用程序项目、域项目和基础设施项目的内容。
我看到很多人在垂直UseCase目录中创建所有的东西,但是当项目增长时,这是一个创建越来越多文件的好机会。我怀疑这是否是一个好主意,在每个垂直有你自己的领域和基础设施层。
发布于 2022-10-15 10:32:06
正如Jimmy 在他的博客文章中写道所指出的,这种方法的优点在于,每个切片都可以使用适合它的抽象:
使用这种方法,我们的每个垂直切片都可以自行决定如何最好地满足请求:

显然,最好不要疯狂地用完全不同的方法实现每个片段,但是仍然可以根据情况选择合适的,而不需要强制所有人使用一种样式。
但是,当项目增长时,这是一个创建越来越多的文件的好机会。
这有这么大的问题吗?由于它们将很好地组合在一起,从开发人员的角度来看,这不应该是一个问题,我非常怀疑您是否有足够的机会来扼杀编译器。
发布于 2022-10-15 06:13:53
干净的建筑和垂直切片可以完美地并驾齐驱。我主要将代码库组织为垂直切片,每个垂直切片将遵循清洁体系结构的分层和规则。一个例外是领域模型,它将是中心,并被所有垂直切片使用,这再次完美地符合清洁架构的思想。
有关这方面的更多详细想法,请参见:http://www.plainionist.net/Implementing-Clean-Architecture-Scream/
https://stackoverflow.com/questions/74074293
复制相似问题