软件架构师设计的七大原则

软件架构师设计的七大原则

一、开闭原则

开闭原则是指一个软件实体如类、模块和函数应该对扩展开放，对修改关闭。所谓开闭，也真是对扩展和修改两个行为的一个原则。强调的是用抽象架构框架，用实现扩展细节。可以提高软件系统的可复用性及可维护性。是面向对象设计中最基础的设计原则。

目的：提高复用性和维护性
例1：我们版本更新，我尽可能不修改元代码，但是可以增加新功能

二、依赖倒置原则

依赖倒置原则是指设计代码时，高层模块不应该依赖底层模块，二者都应该依赖器抽象。抽象不应该依赖细节；细节应该依赖抽象。

目的：减少类与类之间的耦合性，提高系统的稳定性，提高可读性和可维护性，降低修改程序的带来的风险。
例1：面向接口编口
例2：中央空调，网线，电话线等

三、单一职责原则

单一职责是指不要存在多个一导致类变更原因。假设我们有一个class负责两个职责，一旦发生需求变更，修改其中一个职责的逻辑代码，有可能会导致另一个职责功能发生故障。解决方式是分别用两个class实现，总的来说就是一个class/interface/method只负责一项职责。

目的：减少职责的耦合性，提高可维护性。

四：接口隔离原则

接口 隔离原则是指多个专门的接口，而不是用单一的总接口，客户端不应该依赖它不需要的接口。

目的：高内聚低耦合
例1：建立单一接口，不要建立庞大臃肿的挤开
例2：一个类对一个类的依赖应该建立在最小的接口上
例3：尽量喜欢接口，接口中的方法尽量少

五、迪米特原则

迪米特法则是指一个对象应该对其他对象保持最少的了解，又叫最少知道原则，尽量降低类与类之间的耦合。迪米特原则主要强调纸盒朋友交流，不和陌生人说话。出现在成员变量、方法的输入、输出参数中的类都可以称之为成员朋友类，二出现在方法体内部来的类不属于朋友类。

目的：降低类与类之间耦合度

六、里氏替换原则

里氏替换原则是指如果对每一个类型为T1 的对象o1,都有类型为T2 的对象o2,使得以T1 定义的所有程序P 在所有的对象o1 都替换成o2 时，程序P 的行为没有发生变化，那么类型T2 是类型T1 的子类型。总而言之：子类可以扩展父类的功能，但不能改变父类原有的功能。

例1：子类可以实现父类的抽象方法，但不能覆盖父类的非抽象方法。
例2：子类可以增加自己特有的方法。
例3：重载父类的方法是，要比父类的输入参数更宽松。输出要比父类更严格。

七、合成复用原则

合成复用原则是指尽量使用对象组合（has-a）/聚合（contanis-a），而不是基础关系达到软件复用的目的。

目的：更加灵活，降低类与类之间的耦合度，一个类的变化对其他类造成的影响相对较少。
例1：AQS。

八：总结

不能生搬硬套，我们要考虑人力、时间、成本、质量，不是刻意追求完美，要在适当的场景遵循设计原则，体现的是一种平衡取舍，帮助我们设计出更加优雅的代码结构。