类的设计原则和经验

原则：

1、开闭原则

Software entities (classes, modules, function, etc.) should be open for extension, but closed for modification.
软件实体（模块，类，方法等）应该对扩展开放，对修改关闭。
开闭原则（OCP：Open-Closed Principle）是指在进行面向对象设计（OOD：Object Oriented Design）中，设计类或其他程序单位时，应该遵循：
- 对扩展开放（open）
- 对修改关闭（closed）
的设计原则。

2、接口分隔原则

Clients should not be forced to depend upon interfaces that they do not use.
不能强迫用户去依赖那些他们不使用的接口。换句话说，使用多个专门的接口比使用单一的总接口总要好。
它包含了2层意思：
1) 接口的设计原则：
接口的设计应该遵循最小接口原则，不要把用户不使用的方法塞进同一个接口里。
如果一个接口的方法没有被使用到，则说明该接口过胖，应该将其分割成几个功能专一的接口。
2) 接口的依赖（继承）原则：
如果一个接口a依赖（继承）另一个接口b，则接口a相当于继承了接口b的方法，那么继承了接口b后的接口a也应该遵循上述原则：不应该包含用户不使用的方法。反之，则说明接口a被b给污染了，应该重新设计它们的关系。
如果用户被迫依赖他们不使用的接口，当接口发生改变时，他们也不得不跟着改变。换而言之，一个用户依赖了未使用但被其他用户使用的接口，当其他用户修改该接口时，依赖该接口的所有用户都将受到影响。这显然违反了开闭原则，也不是我们所期望的。

3、依赖倒置原则

依赖倒置原则的2个重要方针：
A. High level modules should not depend upon low level modules. Both should depend upon abstractions.
B. Abstractions should not depend upon details. Details should depend upon abstractions.
中文意思为：
A. 高层模块不应该依赖于低层模块，二者都应该依赖于抽象
B. 抽象不应该依赖于细节，细节应该依赖于抽象

依赖于抽象不依赖于具体。

4、里氏替换原则
Functions that use pointers or references to base classes must be able to use objects of derived classes without knowing it.
所有引用基类的地方必须能透明地使用其子类的对象。

5、尽量使用组合而非继承。

6、接口隔离原则。

经验：

1、类的责任要单一，一个类只完成一个责任。

2、高内聚，低耦合。好的封装性，尽量减少使用类之间的关联，减少协作类之间的交互次数和信息的量。

3、类不宜过大，颗粒要小。

4、应考虑灵活性，可配置，可维护。

5、可复用，尽量考虑类的复用问题。

6、考虑性能

7、可伸缩，可扩展。

8、合理使用接口和抽象类。