摘要：
定义：There should nerver be more then one reason for a class to change。优点：1、类的复杂性降低，实现什么职责都有清晰明确的定义。2、复杂性降低，可读性高，可维护性高。3、变更引起的风险降低。注意点：1、单一职责最难划分的就是职责。2、单一职责原则提出了一个编写程序的标准，用职责和变化原因来衡量接口或类设计的是否优良，但是职责和变化原因都是不可度量的，因项目而异，因环境而异。3、接口一定要做到单一职责，类的设计尽量做到只有一个原因引起变化。 阅读全文
摘要：
1、变更才显真功夫。业务需求变更永无休止，技术前进就永无止境。在发生变更时才能发觉我们的设计或程序是否是松耦合。2、稳定性较高的设计，在周围环境频繁变化的时候，也能做到“我自岿然不动”。3、接口负责定义pubilc属性和方法，并且声明与其他对象的依赖关系，抽象类负责公共构造部分的实现，实现类准确的实现业务逻辑，同时在适当的时候对父类进行细化。4、信息抽取成BO（Bussiness Object,业务对象），行为抽取成Biz(Bussiness Logic,业务逻辑)。 阅读全文
摘要：
6大设计原则1、单一职责原则2、里氏替换原则3、依赖倒置原则4、接口隔离原则5、迪米特原则6、开闭原则23种设计模式1、单例模式2、工厂方法模式3、抽象工厂模式4、模版方法模式5、建造者模式6、代理模式7、原型模式8、中介者模式9、命令模式10、责任链模式11、装饰模式12、策略模式13、适配器模式14、迭代器模式15、组合模式16、观察者模式17、门面模式18、备忘录模式19、访问者模式20、状态模式21、解释器模式22、亨元模式23、桥梁模式 阅读全文