我最近遇到了一个解耦为4层的项目：
服务
控制器
.DB
型
每一层都有一个绒球.xml。当然，其中一个是父母，其他人是孩子。在我看来，这有点矫枉过正，但同样，任何一层都可以非常容易地换掉。你们怎么看？有什么有用的用例吗？还是你认为这有点太多了？谢谢。
这种方法有利
有弊。优点。如果将来你必须开发一些只依赖于模型或服务的模块，那么你不需要重构你的代码。在我的上一个项目中，我们必须开发一个用于离线处理的组件，该组件部署在单独的服务器中。
缺点。您将不得不处理多个jar，如果您不将应用程序打包在一个捆绑包中，那么它的管理可能会很混乱。
我相信值得付出痛苦并创建单独的模块，即使它已经结束了.it 确实可以在 tdd 环境中提供帮助