很多人对设计模式并不了解。其实设计模式是一组代码设计经验，已经被重复使用并且为大多数人所熟知。设计模式的使用是为了重用代码，使其他人更容易理解代码并确保代码的可靠性。毫无疑问，设计模式对其他人和系统都是互惠互利的。设计模式使代码编写真正地工程化；设计模式是软件工程的基石，就像建筑物的结构一样。那么设计模式有哪些原则？

 里氏代换原则

里氏代换原则是由"BarbaraLiskov"提出的。如果调用的是父类的话，那么换成子类也完全可以运行。比如：光盘d=new盗版盘();d.卖();要将"盗版盘"类改为"毛片"类，没问题，完全可以运行。Java编译程序会检查程序是否符合里氏代换原则。还记得java继承的一个原则吗？子类override方法的访问权限不能小于父类对应方法的访问权限。比如"光盘"中的方法"卖"访问权限是"public"，那么"盗版盘"和"毛片"中的"卖"方法就不能是protected或private，编译不能通过。为什么要这样呢？你想啊：如果"盗版盘"的"卖"方法是private。那么下面这段代码就不能执行了：光盘d=new盗版盘();d.卖();可以说：里氏代换原则是继承复用的一个基础。

 合成复用原则

就是说要少用继承，多用合成关系来实现。我曾经这样写过程序：有几个类要与数据库打交道，就写了一个数据库操作的类，然后别的跟数据库打交道的类都继承这个。结果后来，我修改了数据库操作类的一个方法，各个类都需要改动。"牵一发而动全身"！面向对象是要把波动限制在尽量小的范围。

在Java中，应尽量针对Interface编程，而非实现类。这样，更换子类不会影响调用它方法的代码。要让各个类尽可能少的跟别人联系，"不要与陌生人说话"。这样，城门失火，才不至于殃及池鱼。扩展性和维护性才能提高。

理解了这些原则，再看设计模式，只是在具体问题上怎么实现这些原则而已。张无忌学太极拳，忘记了所有招式，打倒了"玄幂二老"，所谓"心中无招"。设计模式可谓招数，如果先学通了各种模式，又忘掉了所有模式而随心所欲，可谓OO之最高境界。

依赖倒转原则抽象不应该依赖与细节，细节应当依。

 依赖倒转原则

要针对接口编程，而不是针对实现编程。传递参数，或者在组合聚合关系中，尽量引用层次高的类。主要是在构造对象时可以动态的创建各种具体对象，当然如果一些具体类比较稳定，就不必在弄一个抽象类做它的父类，这样有画舌添足的感觉接口隔离原则定制服务的例子。

 接口隔离原则

一种角色，不多不少，不干不该干的事，该干的事都要干抽象类抽象类不会有实例

 抽象类

类为子类继承，一般包含这个系的共同属性和方法。注意：好的继承关系中，只有叶节点是具体类，其他节点应该都是抽象类，也就是说具体类是不被继承的。将尽可能多的共同代码放到抽象类中。迪米特法则最少知识原则。不要和陌生人说话。

上述就是关于设计模式有哪些原则的全部内容，想了解更多关于设计模式的信息，请继续关注。