【架构设计模式】设计经验

内容导读

互联网集市收集整理的这篇技术教程文章主要介绍了【架构设计模式】设计经验，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含1289字，纯文字阅读大概需要2分钟。

内容图文

前言

　　本文主要表达作为一名程序设计人员，甚至架构师在做设计的时候，经常要遵守的原则；但原则并不使用所有人，不同的设计思想对于不同的人有不同的认可程度，本文大部分偏向于协同而非编排的编程模式。

事务的主线与支线分离

　　程序的运行一般是一条线下来的，这条线最好是用作写业务主线的逻辑，而支线的逻辑应该使用一定的设计模式分离，例如：AOP，或者：配合观察者模式

领域隔离

　　该观点来自DDD，领域隔离，要求领域干净，无其他领域逻辑，这些要求落实到实际，就是：

• 不能依赖其他领域的实体，或者包
• 领域之间的交互要用适配器，定义好接口，因为接口是无法避免的依赖，所以接口最好用https等实现，避免语言依赖
• 数据库隔离，不能操作其他领域实体的数据库
• 一个领域逻辑要闭环
• 领域逻辑要和平台逻辑隔离，你可能知道DDD中服务是分领域服务和基础设施服务的，其实就是体现这种隔离的

构建与运行分离

　　程序如果按照事件驱动，或者按照领域隔离，控制反转，那么一般你会发现，你会用到很多注册的动作；所以应该是有一段代码是用来执行程序之间的组装的，这段代码不涉及运行时，而是体现架构，就好比钢铁侠在战斗的时候，要先组装铠甲，然后再战斗，把这些组合控制和其他代码分开，用一个包表示，就是构建与运行分离的思想；

服务与框架隔离

　　很多时候，你会打算做一段抽象，那么你一定要先给你的抽象定义性质，它到底是服务，还是二方包，是平台，还是容器，是有状态的，还是无状态的；所以思考好之后，或许会给你很大的灵感，到底是要怎么设计你的抽象；把服务与框架分离，有利于服用和代码管理

内容总结

以上是互联网集市为您收集整理的【架构设计模式】设计经验全部内容，希望文章能够帮你解决【架构设计模式】设计经验所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。

内容备注

版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。

内容手机端

---