设计模式原则

单一职责原则：一个类应该仅有一个可以引起它变化的原因。

　　如果一个类承担的职责过多，就等于把这些职责耦合在一起，一个职责的变化可能会削弱或者抑制这个类完成其它职责的能力。这种耦合会导致脆弱的设计，当变化发生时，设计会受到意想不到的破坏。

　　软件设计真正要做的一项内容就是发现职责并把这些职责相互分离。如果你能够想到多于一个的动机去改变一个类，那么这个类就具有多于一个的职责。

开放-封闭原则：软件实体（类、模块、函数等等）应该可以扩展，但不可以修改。或者说对于扩展是开放的，对于修改时封闭的。该原则是面向对象设计的核心所在。

　　在最初编写代码的时候，假设变化是不会发生的。当变化发生时候，就创建抽象来隔离以后发生的同类变化。

　　"开放-封闭"原则的精神所在是：面对需求，对程序的改动应该是增加新代码，而不是修改现有的代码。

　　遵循这个原则可以带来面向对象设计的巨大好处，即可扩展、已维护、可复用、灵活性好。开发人员应该进队程序中频繁变化的部分进行抽象，不应该对每部分进行可以抽象，因此拒绝过度抽象和抽象本省一样重要。

依赖倒转原则：

　　A、高层模块不应依赖底层模块。两个应该都依赖抽象。业务逻辑代码模块调用DBHelper，就是高层模块调用底层模块的方式。数据库更改，高层模块中使用的函数也要更改，所以，抽象出来一个IDAL层，将两者进行隔离。

　　B、抽象不应该依赖细节（具体实现）。细节（具体实现）应该依赖抽象。这一点简单点说就是面向接口编程，不要针对现实编程。

里氏替换原则：子类必须能够替换掉它们的父类。

　　一个软件实体如果使用的是一个父类的话，那么一定适用于其子类，而且它察觉不出父类对象和子类对象的区别。也就是说，在软件里面，把父类都替换为它的子类，程序的行为无改变。

　　只有当子类可以替换掉父类，软件单位功能不受影响时，父类才能真正被复用，而子类也能在父类基础上增加新的行为。

　　正是由于子类的可替换性才使得使用父类型的模块在无需修改的情况下可以扩展。

　　依赖倒转原则是面向对象设计的标志。如果编写是考虑的是如何针对抽象编程而不是针对细节（实现）编程，即程序中所有的依赖关系都是终止于抽象类或者接口，那就是面向对象编程，反之则是面向过程编程。