面向对象编程的基本原则原则学习

面向对象中有六大原则，分别是：

• 单一职责原则（SRP，Single Responsibility Principle）
• 开放封闭原则（OCP，Open Closed Principle）
• 里氏替换原则（LSP）
• 接口隔离原则（ISP，Interface Segregation Principle）
• 依赖倒置原则（DIP,Dependence Inversion Principle）
• 迪米特原则（LOD）

每一个原则都有它存在的道理，理解透彻了这些原则会大有益处。

单一职责原则

概念

就是让类职责尽量明确，最好每个类只有一种职责，这也是理想状态。经验告诉我，只要类职责能表达清楚就是一个好的类划分。

重要性

理解了单一职责，可以帮助我们合理的划分结构，理解问题，并解决问题。更重要的是职责清晰了，方便后续代码维护，就不会轻易就改错了。

怎么做？

• 对象职责不清，就有可能造成逻辑错综复杂，进而表现为类代码臃肿，这些类就需要进行拆分。
• 检查类的功能是否独立，特别是一些基础类库，应该保证都是单一职责的。
• 代码耦合度太高，也是重点关注的对象。
• 根据实际开发经验而定。

开放封闭原则

概念

该原则有两个重要的特性：
1>面向扩展开放。

也就是说模块的行为是能够被扩展的。当应用程序的需求变化时，我们可以使模块表现出全新的或与以往不同的行为，以满足新的需求。

2>面向修改封闭。

模块的源代码是不能被侵犯的，任何人都不允许修改已有源代码。

重要性

提高代码的可重用和可维护。

怎么做？

对扩展开放，对修改关闭，其含义是说一个软件实体应该通过扩展来实现变化，而不是通过修改已有的代码来实现变化。

参考

1.设计模式六大原则例子（六）-- 开放封闭原则（OCP）例子
2.开放封闭原则（Open Closed Principle）

里氏替换原则

概念

所有引用基类的地方必须能透明地使用其子类的对象。主张使用“抽象(Abstraction)”和“多态(Polymorphism)”将设计中的静态结构改为动态结构，维持设计的封闭性。

重要性

可将讲台的代码变为动态代码。使用上更加灵活，同时也是为了更好的扩展。

怎么做？

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

参考

里氏替换原则的理解
六大设计原则之里氏替换原则

接口隔离原则

概念

接口隔离有两种定义：
1.客户端不应该依赖它不需要的接口；
2.一个类对另一个类的依赖应该建立在最小的接口上。

重要性

可降低代码的耦合度。

怎么做？

建立单一接口，不要建立臃肿庞大的接口。再通俗的说就是接口尽量细化，同时接口中的方法尽量少。

参考

六大设计原则之接口隔离原则
面向对象设计原则之接口隔离原则(ISP)

依赖倒置原则

概念

• 高层模块不应该依赖低层模块，两者都应该依赖抽象
• 抽象不应该依赖细节
• 细节应该依赖抽象

通俗的讲，就是抽象类不依赖具体实现，但是实现类必须依赖抽象类。

重要性

采用依赖倒置原则可以减少类间的耦合性，提高系统的稳定，降低并行开发引起的风险，提高代码的可读性和可维护性。

参考

1.六大设计原则之依赖倒置原则
2.设计模式六大原则例子（四）-- 依赖倒置原则（DIP）例子

迪米特原则

概念

一个对象应该对其他对象有最少的了解。换言之，一个对象对外暴露的方法越少越好。

重要性

还是为了降低耦合度。

怎么做？

1、只与朋友类交流

出现在成员变量，方法的输入输出参数中的类，称为朋友类

2、朋友类间也是要有距离

对象对外暴露的方法尽可能少

参考

六大设计原则之迪米特原则
迪米特法则详解--七大面向对象设计原则（6）

总结

这六大原则都是为了降低代码的耦合度，提高代码的可维护性，可重用性和可扩展性，要合理使用还需要细细揣摩。