设计模式，及软件设计中的“套路”。每一个模式描述了一个在我们周围不断重复发生的问题，以及该问题解决方案的核心，这样，你就能一次又一次的使用该方案而不必做重复的劳动。设计模式大约有20多种，它们使人们可以更加简单方便的复用成功的设计和体系结构，提高系统维护的有效性。与设计模式密切相关的是6大设计原则，那么就从这些设计原则开始设计模式重温之旅吧。(ps:内容有点小多)
一、6大设计模式
1、单一职责原则
核心思想：应该有且仅有一个原因引起类的变更
问题描述：假如有类Class1完成职责T1，T2，当职责T1或T2有变更需要修改时，有可能影响到该类的另外一个职责正常工作。
好处：类的复杂度降低、可读性提高、可维护性提高、扩展性提高、降低了变更引起的风险。
需注意： 单一职责原则提出了一个编写程序的标准，用“职责”或“变化原因”来衡量接口或类设计得是否优良，但是“职责”和“变化原因”都是不可以度量的，因项目和环境而异。
单一职责就是让类(或方法)的功能单一，做到术业有且专攻，是不是有点UNIX设计思想的感觉？
2、里斯替换原则
核心思想：在使用基类的的地方可以任意使用其子类，能保证子类完美替换基类。
通俗来讲：只要父类能出现的地方子类就能出现。反之，父类则未必能胜任。
好处：增强程序的健壮性，即使增加了子类，原有的子类还可以继续运行。
需注意：如果子类不能完整地实现父类的方法，或者父类的某些方法在子类中已经发生“畸变”，则建议断开父子继承关系 采用依赖、聚合、组合等关系代替继承。
