设计原则总结

开放关闭原则

对扩展开放，对修改关闭。

即在添加功能的时候能够添加新的代码实现扩展（扩展软件实体的行为）而不需要修改原有的代码。

在软件的生命周期内，因为变化、升级和维护等原因需要对软件原有代码进行修改时，可能会给旧代码中引入错误，也可能会使我们不得不对整个功能进行重构，并且需要原有代码经过重新测试。

想要达到这样的效果，我们需要使用接口和抽象类。

依赖倒置原则

 这个是开闭原则的基础，细节应该依赖抽象。针对接口编程，依赖于抽象而不依赖于具体。

最少知识原则（单一职责原则）

 遵循单一职责原的优点有：

• 可以降低类的复杂度，一个类只负责一项职责，其逻辑肯定要比负责多项职责简单的多；
• 提高类的可读性，提高系统的可维护性；
• 变更引起的风险降低，变更是必然的，如果单一职责原则遵守的好，当修改一个功能时，可以显著降低对其他功能的影响。

迪米特法则

 一个对象应该对其他对象保持最少的了解。就是说：一个实体应当尽量少的与其他实体之间发生相互作用，使得系统功能模块相对独立。采用迪米特法则时要反复权衡，既做到结构清晰，又要高内聚低耦合。

接口隔离原则

 建立单一接口，不要建立庞大臃肿的接口，尽量细化接口，接口中的方法尽量少。

采用接口隔离原则对接口进行约束时，要注意以下几点：

• 接口尽量小，但是要有限度。对接口进行细化可以提高程序设计灵活性是不挣的事实，但是如果过小，则会造成接口数量过多，使设计复杂化。所以一定要适度。
• 为依赖接口的类定制服务，只暴露给调用的类它需要的方法，它不需要的方法则隐藏起来。只有专注地为一个模块提供定制服务，才能建立最小的依赖关系。
• 提高内聚，减少对外交互。使接口用最少的方法去完成最多的事情。

运用接口隔离原则，一定要适度，接口设计的过大或过小都不好。设计接口的时候，只有多花些时间去思考和筹划，才能准确地实践这一原则。

里氏替换原则（子类不能改变父类原有功能）

继承作为面向对象三大特性之一，在给程序设计带来巨大便利的同时，也带来了弊端。比如使用继承会给程序带来侵入性，程序的可移植性降低，增加了对象间的耦合性，如果一个类被其他的类所继承，则当这个类需要修改时，必须考虑到所有的子类，并且父类修改后，所有涉及到子类的功能都有可能会产生故障。

尽量使用合成/聚合的方式，而不是使用继承。

 子类可以扩展父类的功能，但不能改变父类原有的功能。它包含以下4层含义：

• 子类可以实现父类的抽象方法，但不能覆盖父类的非抽象方法。
• 子类中可以增加自己特有的方法。
• 当子类的方法重载父类的方法时，方法的前置条件（即方法的形参）要比父类方法的输入参数更宽松。
• 当子类的方法实现父类的抽象方法时，方法的后置条件（即方法的返回值）要比父类更严格。

设计总结

    设计原则并不是编码要遵循的规则，而是设计代码时的心得总结，在了解设计原则的各种思路后，可以对你的设计提供规范，并不一定要遵循，只是如果使用以上原则可能会使你的代码更整洁，思路更清晰，扩展性更好。具体设计要根据自己的经验来取舍。