浅析六种编程的基本原则

1. 单一职责原则：一个类或者一个方法，只实现一种功能。对于外部的影响，应该是只有一个因素引起它们的变化。今天我写一个定时器的功能，我就把定时器的过程直接写在OnUpdate里，这样不好的地方是，OnUpdate里的东西越写越多，后期维护起来麻烦；还有也没有体现这个定时器的复用性。如果把这个定时器的代码写在独立的一个方法封装起来，其它地方要用到的时候可以直接调用或者传参调用，这样就能很好的复用定时器的功能。
2. 开放——封闭原则：对于拓展是开放的，对于更改是封闭的。对于类、函数、模块应该是可以对外扩展的，但是内部是不应该修改的。我的理解是使用继承多态，父类写好了一般不更改，子类可以根据需求对外扩展。
3. 里氏代换原则：子类型必须能够替换掉它们的父类型。我理解也是针对继承的，子类替换父类，不会有任何异常。就是在使用继承的时候，子类的拓展应该合理，不应该出现父类有的功能，而子类却没有，比如一个鸟类，企鹅类如果继承鸟类的话，就可能会有问题，鸟类基本都有飞的功能，而企鹅却没有这个功能。虽然生物学上企鹅是属于鸟类这个品种，但是程序上却不是很适合继承鸟类。
4. 依赖倒转原则：抽象不应该依赖细节，细节应该依赖抽象。高层模块不应该依赖低层模块，两个都应该依赖抽象。编程的时候应该是针对类、接口编程，而不是针对实现去编程。针对具体的实现，比如写个计算器类，把具体的加减乘除过程都写在里面，这样这个类里的东西就耦合在一起，依赖性就太强了；应该是让它们都继承个抽象的计算类，依赖这个抽象去编程，然后分别拓展。这样好像又有点里氏替换原则的感觉，任何加减乘除子类都能替换计算类；又有单一职责的原则，一个方法或者一个类就是实现一个功能。底层模块可以继承接口或抽象类，让高层模块去依赖这个接口或者抽象类，不用去管它的底层具体是怎么去实现的，只要底层能实现并提供高层想要的功能就可以。刚刚的例子，加减乘除就是底层类，计算类可以是个接口或者抽象类，高层类相当于一个窗口类。依赖倒转其实好像就是谁也不依赖谁，都去依赖一个抽象类或者一个接口。
5. 接口隔离原则：一个类对另一个类的依赖应该建立在最小的接口上。最小的接口的意思是，接口里包含的方法都是和两个类有关系的，而不是只跟其中一个类都有关系，跟另一个类只部分有关系。如果两个类之间依赖的接口不是最小接口，产生的问题会是，继承接口的那个类必须去实现他们不需要的方法，这就显然不是很合理的设计。当一个接口中有很多不同类别的方法时，应该考虑细分成多个接口。
6. 迪米特法则：一个类应该对其它类保持最少的了解。意思就是尽最大化的减少类之间的耦合度，类与类之间的通信应该是只与熟人通信，其中出现在成员变量、方法参数、方法返回值中的类可看为熟人，而出现在局部变量中的类则不是熟人，是陌生人。所以一个类最好不要以局部变量的形式出现在另一类中，这样会增加两个类之间的耦合度。如果两个类不必直接通信，那么这两个类就不应该直接相互作用，就是说两个类之间本来就没有任何关联，互不影响，但是如果其中一个类需要调用另一个类中的方法的话，可以通过第三个类去转发这个调用。这就像我们常设计的管理类，就是这所谓的第三个类吧，管理类的存在其实就是在降低类之间的耦合度。