设计模型之六大原则 - 随心

• 单一职责原则（Single Responsibility Principle）
      就一个类而言，应该只有一个引起它变化的原因。    主要就是把一个类处理的事情单一化。
      尽量不要做两个不同性质的事。如：游戏的视图应该与逻辑分离
• 里氏替换原则（Liskov Substitution Principle）
      父类能出现的地方子类就能出现，所以子类必须实现父类的方法
• 依赖倒置原则（Dependence Inversion Principle）
      高层模块不应该依赖低层模块，二者都应该依赖其抽象；抽象不应该依赖细节；细节应该依赖抽象。
      A类依赖于B类实现业务上的功能，假如需求更改了，需要A类依赖于C类实现业务上的功能，现在就要去更改A类上使用B类代码换成C类，修改A类会带来不必要的风险。这里A类就为高层模块。所以应该用一个接口或抽象类让B类和C类继承并实现它
• 接口隔离原则（Interface Segregation Principle）
      定义一：客户端不应该强行以来它不需要的接口
      定义二：类间的依赖关系应该建立在最小的接口上
• 迪米特法则（Law Of Demeter）
      如果两个类不必彼此直接通信，那么两个类就不应当发生直接的相互作用。如果其中一个类需要调用另一个类的某一个方法，可以通过第三者转发这个调用。
      主要意思是把那些不必要直接通信的方法或属性设置我private
• 开闭原则（Open Close Principle）
      软件的实体（类，模块，函数等）应该可以扩展，但是不可以修改