2017.3.31

反正我认为我写的东西如此的low,应该也不会有人理睬；暂且容忍自己的自言自语吧！我这是病有加重了，是该吃药了！可惜，没有特效药来吃，只能凭借自己的意志力扛了！谁让咱没钱，自救是最省钱最便捷的手段；抱怨过后，好多了，自救开始……

现今大三的我，打算从设计模式抓起；

别人问你设计模式是啥玩意？ 为了显得很专业，你可以谈谈的说道：“它是一套被反复使用，被多数人知晓的，经过分类编目的，代码设计经验的总结”；（心道：尼玛，还好有度娘！），我感肯定，你的（学究）形象瞬间高大了许多！

想要学设计模式，程序设计的6大原则，怎么可以会不清楚，骚年，are you kinding me？

开-闭原则（政治家，不对内改革_只对外开放）：对修改关闭，对扩展开放。

注：目测为黑社会大哥属性，其他小弟都要围着它转；它更像是其他五个原则的总纲，前五个原则就是围着它转的，只要我们尽量的遵守前五个原则，那么设计出来的系统应该就比较符合开闭原则了，相反，如果你违背了太多，那么你的系统或许也不太遵循开闭原则。

单一原则（大工匠，做事专一）：每个类都只负责单一的功能，并尽量把这一个功能做到极致！

依赖倒置原则（艺术家，爱抽象派）：高层模块不该依赖于低层模块，二者都应该依赖于抽象，抽象不应该依赖于细节，细节应该依赖于抽象。

接口最小化原则/接口隔离原则（大龄剩女，挑三拣四）：强调的是一个接口拥有的行为应该尽可能的小。

注：最小接口原则一般我们是要尽量满足的，如果实在有多余的方法，我们也有补救的办法，而且有的时候也确实不可避免的有一些实现类无法全部实现接口中的方法，这时候就轮到缺省适配器上场了。

里氏替换原则（大孝子，父命不敢违）:一个子类应该可以替换掉父类并且可以正常工作。就是说，子类一般不该重写父类的方法， 防止子类不能实现和父类一样的功能；

注：很多情况下，我们不必太理会它，比如模板方法模式，缺省适配器，装饰器模式等一些设计模式，就完全不搭理它。

迪米特原则/最小知道原则（奇葩少年，梦想是患上自闭症）:一个类应当不要让外部的类知道自己太多,也不要知道外部类太多；（高内聚，低耦合）

小结寄语：

　　　　　　　　用抽象构建框架，用细节实现扩展!                                                                         ---出自《大话数据结构》

想要了解更多，我这没有，但我能力虽不行，但能找到比行的也是一种能力：

推荐大牛博客：

http://www.cnblogs.com/zuoxiaolong/p/pattern1.html

设计模式（一）之程序设计的6大原则