【设计模式】六大原则

一、单一职责原则

就一个类而言，应该仅有一个引起它变化的原因。（高内聚，低耦合）

栗子：小王去一家公司面试，有财务部、人力资源部等等，他只能选择一个部门，因为他不可以选择多个部门，如果从事多个部门，到时候同时有事需要找他的时候，他是接待不过，会耽搁的。所以一个人只能担任一个职务的。

二、开放封闭原则

是说软件实体（类、模块、函数等等）应该可以扩展，但是不可修改。对于拓展的是开放的，对于更改的是封闭的。

好处：是面向对象设计的核心所在，可维护、可拓展、可复用、灵活性好。

三、依赖倒转原则

高层模块不应该依赖底层模块，两个都应该依赖抽象。抽象不应该依赖细节，细节应该依赖抽象。

四、里氏代换原则

子类型必须能够替换掉它们的父类型。（就是继承，子类继承了父类）

解释：一个软件实体如果使用的是一个父类的话，那么一定适用于其子类，而且它觉察不出父类对象和子类的区别。也就是说，在软件里面，把父类都替换成它的子类，程序的行为没有变化。

栗子：一个是鸟类，一个是企鹅类，如果鸟是可以飞的，企鹅不会飞，那么企鹅是鸟嘛？企鹅可以继承鸟这个类吗？从生物学分类上来说企鹅是一种鸟，但从编程世界里说，企鹅不能以父类鸟的身份出现，因为前提说所有鸟都能飞，而企鹅不能飞，所以，企鹅不能继承鸟类。

五、迪米特法则（最少知识原则）

如果两个类不必彼此直接通信，那么这两个类就不应该发生直接的相互作用。如果其中一个类需要调用另一个类的某一个方法的话，可以通过第三者转发这个调用。（耦合尽量少，可以通过第三者转发这个调用）

强调前提：在类的结构设计上，每一个类都应当尽量降低成员的访问权限，也就是说，一个类包装好自己的private状态，不需要让别的类知道的字段或行为就不要公开。

（低耦合）

栗子：小菜第一天去公司上班，电脑需要重装，这时人事的小杨给IT部打电脑，主管安排小张给小菜装电脑，小张突然临时有事，主管又安排小李来处理。同样道理，我们在程序设计时，类之间耦合越弱，越有利于复用，一个处在弱耦合的类被修改，不会对有关系的类造成波及。

六、合成/聚合复用原则

尽量使用合成/聚合，尽量不要使用类继承。

【总结】 从开始到结束，一路伴随 —— 开放封闭原则。

                        光说是不管用的，需要我们不断的去实践，才能够真正明白它们的好处。实践！  实践 !  实践 !

                        世间万物都是遵循某种类似的规律，谁先把握了这些规律，谁就最早成了强者。