关于分层的讨论
分层思想，将系统横向切割，根据业务职责划分。划分的目的是规划软件系统的逻辑结构便于开发维护。但是，随着微服务的演变和不同研发的编码习惯，往往导致了代码分层不彻底导致引入了“坏味道”。
展开
收起
1
条回答
写回答
写回答
-
有点尴尬唉 你要寻找的东西已经被吃掉啦！- 复杂的大项目还是建议拆分开为好。
- 不要为了拆而拆，明明有些业务很紧凑，耦合一起很OK，干嘛要拆，反而更容易造成分布式的事务处理，然后拖累性能。
- 不同的 service 下出现分布式事物很正常，如果拆分的合理，很少出现这种情况。如果大量出现分布式事物，那就是业务拆分的不合理。事物最好交给自己的 service 管理，否则很容易出现长事物的可能。
- 更多情况下，这种划分只业务复杂的场景。如果我一个简单的业务最多只需要 do 和 vo，如果有 rpc，在加一个 dto，就够啦。然而，其 do，vo 作用于不同的字段，bo 和 vo 很多场景下是等价的。划分的细，有好有坏，大量对象在工厂类中拷贝，代码的复杂性自然增加啦。分模块不一定会导致分布式事务，因为可以复用同一个数据库（本地事务）。而跨服务（跨进程）调用才是问题根源。
2020-04-22 17:36:07赞同 展开评论 打赏
版权声明：本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。
相关问答
问答排行榜
最热
最新
推荐问答
