认识达内从这里开始

随着互联网的不断发展，越来越多的程序员都在学习软件架构技术，而今天我们就通过案例分析来了解一下，软件架构原则包含哪些内容。

架构的主要工作就是将软件拆解为组件，设计原则指导我们如何拆解、拆解的粒度、组件间依赖的方向、组件解耦的方式等。

设计原则有很多，我们进行架构设计的主导原则是OCP(开闭原则)，在类和代码的层级上有：SRP(单一职责原则)、LSP(里氏替换原则)、ISP(接口隔离原则)、DIP(依赖反转原则)。

在组件的层级上有：REP(复用、发布等同原则)、CCP(共同闭包原则)、CRP(共同复用原则)，处理组件依赖问题的三原则：无依赖环原则、稳定依赖原则、稳定抽象原则。

①OCP(开闭原则)：设计良好的软件应该易于扩展，同时抗拒修改。这是我们进行架构设计的主导原则，其他的原则都为这条原则服务。

②SRP(单一职责原则)：任何一个软件模块，都应该有且只有一个被修改的原因，“被修改的原因“指系统的用户或所有者，翻译一下就是，任何模块只对一个用户的价值负责，该原则指导我们如何拆分组件。

举个例子，CTO和COO都要统计员工的工时，当前他们要求的统计方式可能是相同的，我们复用一套代码，这时COO说周末的工时统计要乘以二，按照这个需求修改完代码，CTO可能就要过来骂街了。

当然这是个非常浅显的例子，实际项目中也有很多代码服务于多个价值主体，这带来很大的探秘成本和修改风险，另外，当一份代码有多个所有者时，就会产生代码合并冲突的问题。

③LSP(里氏替换原则)：当用同一接口的不同实现互相替换时，系统的行为应该保持不变。该原则指导的是接口与其实现方式。

你一定很疑惑，实现了同一个接口，他们的行为也肯定是一致的呀，还真不一定。

假设认为矩形的系统行为是：面积=宽*高，让正方形实现矩形的接口，在调用setW和setH时，正方形做的其实是同一个事情，设置它的边长。

这时下边的单元测试用矩形能通过，用正方形就不行，实现同样的接口，但是系统行为变了，这是违反LSP的案例。

Rectangler=...r.setW(5);r.setH(2);assert(r.area==10);

④ISP(接口隔离原则)：不依赖任何不需要的方法、类或组件。该原则指导我们的接口设计。

当我们依赖一个接口但只用到了其中的部分方法时，其实我们已经依赖了不需要的方法或类，当这些方法或类有变更时，会引起我们类的重新编译，或者引起我们组件的重新部署，这些都是不必要的。所以我们好定义个小接口，把用到的方法拆出来。

⑤DIP(依赖反转原则)：指一种特定的解耦(传统的依赖关系创建在高层次上。而具体的策略设置则应用在低层次的模块上)形式，使得高层次的模块不依赖于低层次的模块的实现细节，依赖关系被颠倒(反转)，从而使得低层次模块依赖于高层次模块的需求抽象。

跨越组建边界的依赖方向永远与控制流的方向相反。该原则指导我们设计组件间依赖的方向。

依赖反转原则是个可操作性非常强的原则，当你要修改组件间的依赖方向时，将需要进行组件间通信的类抽象为接口，接口放在边界的哪边，依赖就指向哪边。

⑥REP(复用、发布等同原则)：软件复用的小粒度应等同于其发布的小粒度。

⑦CCP(共同闭包原则)：为了相同目的而同时修改的类，应该放在同一个组件中。

CCP原则是SRP原则在组件层面的描述。该原则指导我们组件拆分的粒度。

对大部分应用程序而言，可维护性的重要性远远大于可复用性，由同一个原因引起的代码修改，好在同一个组件中，如果分散在多个组件中，那么开发、提交、部署的成本都会上升。

【免责声明】本文系本网编辑部分转载，转载目的在于传递更多信息，并不代表本网赞同其观点和对其真实性负责。如涉及作品内容、版权和其它问题，请在30日内与管理员联系，我们会予以更改或删除相关文章，以保证您的权益!更多内容请在707945861群中学习了解。欢迎关注“达内在线”参与分销，赚更多好礼。