业务系统架构实践问题之有效地实现“域间不可见”原则问题如何解决-阿里云开发者社区

业务系统架构实践问题之有效地实现“域间不可见”原则问题如何解决

2024-07-21 28

版权

本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。

简介： 业务系统架构实践问题之有效地实现“域间不可见”原则问题如何解决

互联网的复杂业务逻辑下，为什么更注重逻辑的承载和表达？

参考回答：

因为多态业务的冲击需要灵活应对。通过流程和逻辑上的代码表达，可以更容易地以SPI（服务提供者接口）的方式将个性化和共性化解耦。这比以模型为承载体更有优势，因为模型可能随着业务的发展而变得复杂和庞大，而代码逻辑可以更直接地应对业务变化。

关于本问题的更多回答可点击原文查看：

域间可以互调吗？

参考回答：

绝对不行。域间互调会破坏领域的独立性和封装性，导致领域间的耦合度增加，不利于系统的维护和扩展。因此，应该严格遵循“域间不可见”的原则，确保领域之间的完全独立。

关于本问题的更多回答可点击原文查看：

如何有效地实现“域间不可见”原则？

参考回答：

可以通过合理的包结构设计来实现“域间不可见”原则。建议采用独立的包或模块来隔离不同的领域，即使它们内部的包分层组织类似，也不要按分层的包名合并。这样可以确保领域之间的完全独立性，并减少领域间的耦合度。

关于本问题的更多回答可点击原文查看：

域内应该聚到什么程度？

参考回答：

域内的聚合程度需要考虑ROI（投资回报率）。虽然理论上领域内部应该尽量做到高内聚，通过倒置依赖的方式屏蔽外界实现层面的概念，但在实际操作中需要权衡解耦的效率和划分的代价。在面对单一小组内部的协同问题时，可以适当做出耦合性妥协以提高效率。因此，域内的聚合程度应根据具体情况进行权衡和决定。

关于本问题的更多回答可点击原文查看：

多态业务有哪些特点？

参考回答：

多态业务具有共性和个性。共性部分可以通过平台进行集中支撑，而个性部分则需要保持灵动调整。

关于本问题的更多回答可点击原文查看：

业务系统架构实践问题之有效地实现“域间不可见”原则问题如何解决