设计模式的几个基本原则
使用设计模式的根本原因是为了代码复用，增加可维护性。那么怎么才能实现代码复用呢？这里有几个原则：" 开－闭" 原则(Open Closed Principal) 、里氏代换原则、合成复用原则。设计模式就是实现了这些原则，从而达到了代码复用、增加可维护性的目的。
" 开－闭" 原则
原文是："Software entities should be open for extension, but closed for modification"。就是说模块应对扩展开放，而对修改关闭。模块应尽量在不修改原来的代码的情况下进行扩展。
那么怎么扩展呢？我们看工厂模式"factory pattern": 假设中关村有一个卖盗版盘和色情片的小子，我们给他设计一" 光盘销售管理软件" 。我们应该先设计一" 光盘" 接口。如图：
[pre]______________
||
| 光盘 |
|_____________|
|+卖() |
| |
|_____________|[/pre]
而盗版盘和色情片是其子类。小子通过"DiscFactory" 来管理这些光盘。代码为：
public class DiscFactory{
public static 光盘 getDisc (java/lang/String.java.html" target="_blank">String name) {
return (光盘)java/lang/Class.java.html" target="_blank">Class.forName(name).getInstance();
}
}
有人要买盗版盘，怎么实现呢？
public class 小子{
public static void main(java/lang/String.java.html" target="_blank">String[] args){
光盘 d=DiscFactory.getDisc("盗版盘");
光盘. 卖();
}
}
如果有一天，这小子良心发现了，开始卖正版软件。没关系，我们只要再创建一个" 光盘" 的子类" 正版软件" 就可以了。不需要修改原结构和代码。怎么样？对扩展开放，对修改关闭。" 开-闭原则"
工厂模式是对具体产品进行扩展，有的项目可能需要更多的扩展性，要对这个" 工厂" 也进行扩展，那就成了" 抽象工厂模式" 。
里氏代换原则
如果调用的是父类的话，那么换成子类也完全可以运行。比如：
光盘 d=new 盗版盘(); d. 卖();
现在要将" 盗版盘" 类改为" 色情片" 类，没问题，完全可以运行。
还记得java 继承的一个原则吗？子类override 方法的访问权限不能小于父类对应方法的访问权限。比如" 光盘" 中的方法" 卖" 访问权限是"public" ，那么" 盗版盘" 和" 色情片" 中的" 卖" 方法就不能是protected 或private ，编译不能通过。为什么要这样呢？你想啊：如果" 盗版盘" 的" 卖" 方法是private 。那么下面这段代码就不能执行了：
光盘 d=new 盗版盘();
d. 卖();
可以说：里氏代换原则是继承复用的一个基础。
合成复用原则
就是说要少用继承，多用合成关系来实现。在Java 中，应尽量针对Interface 编程，而非实现类。这样，更换子类不会影响调用它方法的代码。要让各个类尽可能少的跟别人联系，" 不要与陌生人说话" 。这样，城门失火，才不至于殃及池鱼。扩展性和维护性才能提高。
理解了这些原则，再看设计模式，设计模式可谓招数，如果先学通了各种模式，又忘掉了所有模式而随心所欲。 依赖倒转原则
抽象不应该依赖于细节，细节应当依赖于抽象。要针对接口编程，而不是针对实现编程。传递参数，或者在组合聚合关系中，尽量引用层次高的类。主要是在构造对象时可以动态的创建各种具体对象，当然如果一些具体类比较稳定，就不必在弄一个抽象类做它的父类，这样有画蛇添足的感觉
接口隔离原则
定制服务的例子，每一个接口应该是一种角色，不多不少，不干不该干的事，该干的事都要干
抽象类
抽象类不会有实例，一般作为父类为子类继承，一般包含这个系的共同属性和方法。
注意：好的继承关系中，只有叶节点是具体类，其他节点应该都是抽象类，也就是说具体类是不被继承的。将尽可能多的共同代码放到抽象类中。
迪米特法则
最少知识原则。不要和陌生人说话。