标签：代码 sp 设计 程序 bs as 编程 关系 设计模式
上周从同事那里搞到一本大话设计模式的书，便看了起来，对于我这种非科班出身的人来说，还是很有用处的。这些设计模式的终极目的都是让代码更好看，更好用，更好拓展，在需求变化的时候，尽可能少的改动代码
先记录自己已经学到的几个部分：
1、开放——封闭原则
软件实体对于拓展的开放的，对于修改时封闭的。及对已经写好的类来说尽力避免修改，可以通过拓展其父类来实现对他的修改。增强可维护性。
2、单一职责原则
就一个类而言，应该只有一个引起它变化的原因
具体而言，如果你能想到多于一个动机去改变一个类，那么这个类就具有多于一个的职责，这是就应该考虑类的职责的分离。
3、依赖倒转原则
A、高层模块不应该依赖底层模块。两个都应该依赖抽象
B、抽象不应该依赖细节。细节应该依赖抽象
具体的就是程序中所有的依赖关系都应该终止于抽象类或者接口。针对接口抽象类编程，不要针对实现编程。
标签：代码 sp 设计 程序 bs as 编程 关系 设计模式
原文地址：http://www.cnblogs.com/mozizhu/p/3958488.html
