在软件架构设计方面,有一个绕不出去的大原则,那就是SOLID原则
。该大原则由五个原则的首字母所组成,分别如下所示:
- 单一职责原则(The Single Responsibility Prinlciple):任何一个软件模块都应该只对某一类行为负责
- 开闭原则(The Open/Closed Principle):设计良好的软件应该易于扩展,同时抗拒修改
- 里氏替换原则(The Liskov Substitution Principle):如果想用可替换的组件来构建软件,那么这些组件应该遵守相同的接口,以便能够自由的相互替换
- 接口隔离原则(The Interface Segregation Principle):设计时应该避免不必要的依赖
- 依赖反转原则(The Dependency Inversion Principle):依赖于抽象而不是具体
构建一个好的软件系统,不仅要关注于代码的实现水平,更加要关注于整体架构的设计。一个良好的架构设计能够从根源上避免大部分的bug
,应付永无止境的修改和功能叠加。怎样去衡量一个架构的好坏呢?一个重要标准就是其可维护性。当做一点小变动就需要去更改大量的代码,引出一些意想不到的问题时,这样的架构设计一定是差劲的。其次还有可读性。代码是要给人读的,混乱不堪的架构会让代码逻辑复杂起来,增加理解的难度。
为了设计一个好的架构,SOLID原则
通过一系列的原则来指导我们怎样正确地将函数和数据组织成一个个组件,并且如何将这些组件汇总成最终的软件。