设计模式之内功心法-设计原则

设计模式是前人的经验总结。可以套用到很多现实的场景中去，初期可以生搬硬套，中后期使用的熟练之后，最好还是要融会贯通，避免生搬硬套。不需要为了使用设计模式而使用设计模式，自己精心设计的方案可能不觉得用了什么设计模式，但是这个方案可能是包含了多种设计模式的。大道至简，简单高效的实现方案，总是令人欢喜的。

1.开闭原则

开闭原则（Open-Closed Principle，OCP）是指一个软件实体如类、模块等应该对扩展开放，对修改关闭（比如：外部可以扩展jar 包提供的A类的属性、方法等，但是不能修改A类里的属性、方法）。开闭也就是对扩展和修改两个行为的一个原则。强调的是用抽象构建框架，用实现扩展细节。以此来提高软件系统的可复用性和可维护性。开闭原则，是面向对象设计中最基础的原则。核心思想是面向抽象编程。

2.依赖倒置原则

依赖倒置原则（Dependence Inversion Principle ，DIP） 是指设计代码结构时，高层模块不依赖底层模块，二者都依赖其抽象。抽象不依赖细节，细节依赖抽象。通过依赖倒置，减少类之间的耦合，提高系统稳定性，可读性和可维护性。

依赖注入属于其中一种实现方式。

以抽象为基准搭建的框架比以细节为基准稳定得多。面向接口编程，从上至下的方式设计系统结构。比如，现在做项目一般都是分几个模块，应用层、服务层、数据层 等。应用层不依赖服务层，而是服务层依赖应用层，服务层实现应用层定义的接口。服务层和数据层的关系也是类似。

3.单一职责原则

单一职责原则（Simple Responsibility Principle， SRP） 是指类的职责要单一，不要存在超过一个导致类变更的因素。假设一个Class有两个职责，一旦功能需求发生变动，修改其中一个职责的代码，可能导致另一个职责的功能发生故障。这样，就存在多个导致类变更的因素。

可以通过单一职责原则来解决这个问题:

使用两个Class 来实现两个职责，这样就解耦了。后期需求变更两个Class 代码修改 互不影响。这样降低了类的复杂度，提高了类的可读性，提高了系统的稳定性，降低需求变更导致的风险。当然在实践中不能照本宣科，职责的拆分维度可大可小，还是要灵活使用的。过度的拆解职责，也会导致系统中 Class 数量过多。

4.接口隔离原则

接口隔离原则（Interface Segregation Principle ，ISP）指的是使用多个专门的接口，而不是使用单一的总接口，客户端不应该依赖不需要的接口。

类之间的依赖应该建议在最小的接口之上。

建立单一接口，不要建立庞大臃肿的接口。

细化接口，方法尽量少。当然也不需要都是只有一个方法，适度就好。就像一句广告词贡酒虽好，不可贪杯哦。经验积累上来就可以慢慢把握度，和做人也是一样。人生是一场修生。

5.迪米特法则

迪米特法则（Law Of Demeter，LOD） 一个对象应该对其他对象保持最少的了解，也叫最少知道原则（Least Knowledge Principle，LKP），尽量降低类之间的耦合。举个不恰当的例子，就像现在流水线工作一样，张三和李四在一个车间，一个宿舍。但是张三只负责拧螺丝，李四只负责装一个卡扣……张三甚至不认识李四

6.里氏替换原则

里氏替换原则（Liskov Substitution Principle， LSP）指的是一个软件实体适用父类的话，那一定适用其子类，所有引用父类的地方必须能透明地使用其子类的对象，子类对象可以替换父类对象，程序逻辑不变。

子类可扩展父类的功能，但不能改变父类原有的功能

子类可实现父类的抽象方式，但是不能覆盖父类的非抽象方法

子类可随意增加属于自己的独有方法

子类重载父类方法时，方法的出入参比父类的出入参更宽松

子类实现父类方法时，方法的输出要比父类的更严格或者相等

里氏替换原则的优点：

约束继承泛滥现象，是开闭原则的一种体现；

加强程序的健壮性，同时变更时可以做到兼容。

补充：合成复用原则

合成复用原则（Composition/Aggregate Reuse Principle， CARP）指的是尽量使用组合对象（has-a）/聚合（contains-a），而不是继承关系来达到软件复用的目的。可以使系统更加灵活，降低类之间的耦合度，一个类的变化对其他类的影响相对较少。

类比白盒、黑盒测试。继承可以称之为白盒复用，把所有的实现细节都暴露给了子类。组合/聚合可以称之为黑盒复用，类以外的对象无法获取实现细节。

个人总结：

设计模式的细节其实也是会有各种不同的解读和实现的。还是殊途同归，要回到大众的认知流上。个人认为 设计模式所谓的原则，其实只是为了避免对设计模式的生搬硬套。设计模式作为一种武功招式的话，那么六大原则则可以理解为 内功心法。这个内功心法最简单的也是最重要的便是“开闭原则”——面向抽象编程。内功心法修炼好了，也就不拘泥于外显的招式了。程序猿也可以在系统中快意江湖恩仇。

以上内容不喜勿喷，欢迎指出改进或者错误之处。