6
条回答
写回答
写回答
-
我觉得你问的是多模块下是先按controller、service、dao层，每层下面包含各模块来分；还是按A模块、B模块每个模块下包含各自的层来分
2020-04-25 14:57:13赞同 展开评论 打赏 -
先把业务梳理清楚，分不清的情况很可能是业务上没有想明白。当前业务现状怎么样，那部分需要快速迭代，后续发展的方向。
这些考虑清楚了，架构就出来了2019-07-17 23:32:19赞同 展开评论 打赏 -
团队项目中常用的方式
- client (对外二方包)
- common (各层共享代码)
- core (核心业务代码)
- service (对外 RPC 服务实现)
- web (网页)
2019-07-17 23:32:19赞同 展开评论 打赏 -
1、因为模块的划分跟具体业务相关性很大，如果项目刚刚开始，可以先从单个服务开始，采用一些基本的设计模式，减少复杂度，现在框架已经很成熟，可以直接follow一个框架即可，例如spring
2、然后可以关注下目前最新的Service Mesh架构和K8S，这两个代表着架构发展的趋势，有很多很好的新的实践在里面。2019-07-17 23:32:19赞同 展开评论 打赏 -
模块的划分源于对业务的理解和抽象。首先要做好对业务的拆分。业务模块持续递归拆分，将共性功能模块抽象下沉。层次依赖最好控制3-4层，过多层次会增加系统复杂度。
2019-07-17 23:32:19赞同 展开评论 打赏 -
滑动查看更多
版权声明：本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。
相关问答
