OO设计原则

面向对象设计的基本原则：

• 封装变化 Encapsulate what varies.
• 面向接口编程而非实现 Code to an interface rather than to an implementation.
• 优先使用组合而非继承 Favor Composition Over Inheritance

一.单独职责原则:The Single responsibility(SRP)

Every object in your system should have a single responsibility ,and all the object s services should  be focused on carrying out that single responsibility .

系统中的每一个对象都应该只有一个单独的职责，而所有对象所关注的就是自身职责的完成。

1. 每一个职责都是一个设计的变因，需求变化的时候，需求变化反映为类职责的变化。当你系统里面的对象都只有一个变化的原因的时候，你就已经很好的遵循了 SRP 原则。
2. 如果一个类承担的职责过多，就等于把这些职责耦合在了一起。一个职责的变化就可能削弱或者抑制这个类其它职责的能力。这种设计会导致脆弱的设计。当变化发生的时候，设计会遭到意想不到的破坏。
3. SRP 让这个系统更容易管理维护，因为不是所有的问题都搅在一起。
4. 内聚 Cohesion 其实是 SRP 原则的另外一个名字 . 你写了高内聚的软件其实就是说你很好的应用了 SRP 原则。
5. 怎么判断一个职责是不是一个对象的呢？你试着让这个对象自己来完成这个职责，比如：“书自己阅读内容”，阅读的职责显然不是书自己的。
6. 仅当变化发生时，变化的轴线才具有实际的意义，如果没有征兆，那么应用 SRP 或者任何其它的原则都是不明智的。

二.开闭原则：The Open closed principle(OCP)

   A module should be open for extension but closed for modification.

三.Liskov替换原则:Liskov substitution principle(LSP)

  Subclasses should be substituted for their base class

四.依赖性倒置原则：The dependency inversion principle(DIP)

    Depend upon abstractions; Do not depend upon concretions.

五.接口隔离原则：The Interface segregation principle(ISP)

    Many client specific interfaces are better than one general purpose interface.

六.不要重复：DRY : Don't repeat yourself

通过抽取公共部分放置在一个地方避免代码重复 .

Avoid duplicate code by abstracting out things that are common and placing those thing in a single location .

 

1. DRY 很简单，但却是确保我们代码容易维护和复用的关键。
2. 你尽力避免重复代码候实际上在做一件什么事情呢？是在确保每一个需求和功能在你的系统中只实现一次，否则就存在浪费！系统用例不存在交集，所以我们的代码更不应该重复，从这个角度看 DRY 可就不只是在说代码了。
3. DRY 关注的是系统内的信息和行为都放在一个单一的，明显的位置。就像你可以猜到正则表达式在 .net 中的位置一样，因为合理所以可以猜到。
4. DRY 原则：如何对系统职能进行良好的分割！职责清晰的界限一定程度上保证了代码的单一性。