我见过一个使用Maven子模块的项目。项目本身是一个Spring Boot应用程序,它公开了Restful API端点; 由标准模型类,存储库,服务接口和实现,控制器等组成。
我们是否有充分的理由想要制作模型类,存储库,服务接口和实现,控制器,子模块?
对我来说,这个结构看起来非常复杂,每个子模块文件夹中的每个pom.xml。
编辑:
要清楚,我正在比较这两个:
1正常情况:
Project
src
main
java
dao
model
service
controller
resources
test
...
pom.xml
2个子模块案例:
Project
dao
src
main
java
dao
resources
test
...
pom.xml
service
src
main
java
service
resources
test
...
pom.xml
为什么选择2号?
发布于 2019-05-21 10:07:15
我不认为2号更好。我会避免这样的事情。我更喜欢这两种方法中的一种:
Onion Architecture
:这种方法将有利于模块依赖,避免耦合。你可以在这里找到一个很好的介绍:
https://dzone.com/articles/onion-architecture-is-interesting
Submodules by Domain
:这种方法有利于后来的严格划分,稍后会破坏微服务,尽管我不太相信“预测”这样的未来。
https://stackoverflow.com/questions/-100006759
复制相似问题