标签：简单的 业务流程 开放 可读性 strong 缺点 如何 需要 设计模式
1.单一职责原则
单一职责原则（Single Responsibility Principle）
含义：1.避免相同的职责分散到不同的类中，2.避免一个类承担太多的职责；
srp的好处：
减少类之间的耦合度
提高类的复用性
实际使用：
2.接口隔离原则
接口隔离原则（Interface Segregation Principle ，缩写：ISP），客户端不应该依赖它不需要的接口；一个类对另一个类的依赖应该建立在最小的接口上。
3.开放-封闭原则
开闭原则（Open Close Principle,缩写：OCP），软件中的对象（类、模块、函数等）应该对于扩展是“开放”的，但是对于修改是“封闭”的。通俗点讲就是软件系统中包含的各种组件应该在不修改现有代码的基础上引入新功能。“开”是对于组件功能的扩展是开放的，
是允许对其进行功能扩展的；“闭”是对于原有代码的修改是封闭的，即不应该修改原有代码。
特征：
4.替换原则
里氏替换原则（Liskov Substitution Principle ，缩写：LSP），原则说任何基类可以出现的地方，子类一定可以出现。LSP是继承复用的基石，只有当衍生类可以替换掉基类，软件单位的功能不受到影响时，基类才能真正被复用，而衍生类也能在基类的基础上增加新的行为。
5.依赖倒置原则
依赖倒置原则（Dependence Inversion Principle ，缩写：DIP），是程序要依赖于抽象接口，不要依赖于具体实现。简单的说就是要求对抽象进行编程，不要对实现进行编程，这样就降低了客户与实现模块间的耦合。 原则 1.高层次的模块不应该依赖于低层次的模块，他们都应该依赖于抽象。上层模块不应该依赖于下层模块，他们共同依赖于一个抽象（父类不能依赖于子类，他们都要依赖于抽象类） 2.抽象不应该依赖于具体实现，具体实现应该依赖于抽象。
6.最少知识原则
迪米特原则（Law of Demeter ，缩写：LoD），又叫作最少知识原则（Least Knowledge Principle，简写LKP），就是说一个对象应当对其他对象有尽可能少的了解。
标签：简单的 业务流程 开放 可读性 strong 缺点 如何 需要 设计模式
原文地址：http://www.cnblogs.com/myvic/p/7732525.html
