鲁达 导游
本文的例子是用C#语言编写的，但原理适用于所有面向对象的语言。
其他几个原则在这篇文章里：软件工程师需要理解的面向对象程序开发原则（SRP、OCP、LSP）
1接口隔离原则（ISP）
定义
不应该强迫客户程序依赖并未使用的方法。接口不应包含所有的对象行为，接口应尽可能的小。这个原则用来处理“胖”接口所存在的缺点。
为什么要遵循此原则？
如果程序中的一部分更改会影响到程序中完全和它无关的其他部分，那么更改的代价和影响就变得不可预测。
违反原则的情形
接口污染，即接口被一个它不总是需要的方法污染，也就是说不是此接口的每一个派生类都需要那个方法。但由于接口已经定义了这个方法，那么不需要它的派生类也要实现这个方法。
运用的方式方法
1）使用委托分离接口
对象的客户端不通过该对象的接口去访问它，而是通过委托去访问他。此方案的缺点：委托处理会导致一些很小但仍然存在的运行时间和内存的开销。
2）使用多重继承分离接口：通常这种做法是首选的。
运用与辨析
在web应用开发中使用仓储模式来封装对底层数据库的访问，为此创建IRepository<T>接口：
public interface IRepository<T> { T GetById(int id); bool Delete(T entity); bool Save(T entity); void Update(T entity); IList<T> Get(string condition); ...... }这是一个典型的胖接口，并不是每一个子类都会实现这么多的方法。对于继承了这个接口却不需要实现其中某些方法的接口，只能将方法体设置为空实现或抛出异常。例如下面的类中不需要实现Get方法，所以在方法体中抛出了异常
public class MRepository<T> : IRepository<T> { public T GetById(int id) { //具体实现 } public bool Delete(T entity) { //具体实现 } public bool Save(T entity) { //具体实现 } public void Update(T entity) { //具体实现 } //不需要实现此方法 public IList<T> Get(string condition) { throw new NotImplementedException(); } }在接口的实现里抛出异常，这样做显然违背了里氏替换原则（LSP），解决的办法是将IRepository<T>拆分成两个以上的更小的接口，按需实现接口，修改如下：
public interface IRepository<T> { T GetById(int id); bool Delete(T entity); bool Save(T entity); void Update(T entity); } public interface IRepositoryAL<T> { IList<T> Get(string condition); } public class MRepository<T> : IRepository<T> { public T GetById(int id) { //具体实现 } public bool Delete(T entity) { //具体实现 } public bool Save(T entity) { //具体实现 } public void Update(T entity) { //具体实现 } }2依赖倒置原则（DIP）
定义
高层模块不应依赖于低层模块。二者都应依赖于抽象。抽象不应该依赖于细节，细节应该依赖于抽象。这样高层组件与低层组件之间通过抽象的接口来交换而不是具体类。该原则是框架设计的核心。
为什么要遵守此原则？
如果高层模块依赖于低层模块，那么对低层模块的改动会直接影响到高层模块，从而迫使他们一次做出改动。
违反原则的情形
高低层组件通过具体类来实现交互。
运用的方式方法
“倒置”不仅仅是依赖关系的倒置，也是接口所有权的倒置。当使用DIP原则时，往往客户拥有抽象接口，而他们的服务者则从这些抽象接口派生。
启发式的方法：
1）找到那些指向具体类的引用的变量。
2）找到任何派生自具体类的类。
3）找到那些重写方法，而基类方法已经实现过了。
运用与辨析
依赖倒置式控制反转的精髓，通过控制反转可以深刻的体会到依赖倒置的作用。
3迪米特法则（LoD,又名最少知道原则）
定义
一个对象应当对其他对象有尽可能少的了解，只和自己关系最密切对象直接作用。
关系最密切的对象含义是：
当前对象本身，通过该对象方法参数传入的对象，此类的其他实例化对象，以及其所在聚集类的其他成员。
为什么要遵守此原则？
降低耦合，减少依赖。
违反原则的情形
和除了上述关系最密切的对象之间通信。
运用的方式方法
1)限制类及其成员的访问权限。
2）引入门面模式和中介者模式。
4组合/聚合复用原则（CARP）
定义
将已有的多个对象组成一个新对象，达到复用的目的。
为什么要遵守此原则？
在建模的过程中，我们会发现，某些实体之间不具有继承关系，但是他们之间却有一些像是的操作，为了实现这种无法用继承表达的关系，我们遵照CARP原则。
5DRY原则（不要重复自己）
避免重复相同或相似的代码。
运用与辨析
定义拦截器或过滤器充分体现了DRY原则。
例如使用ASP.NET MVC创建企业级应用的过程中，定义了如下的控制器：
public class ExcludedDataController : BaseController { [HttpPost] public ActionResult Add(ExcludedDataInfo info) { if ()) { //其他代码 } return new EmptyResult(); } public ActionResult Del(ExcludedDataInfo info) { if ()) { //其他代码 } return new EmptyResult(); } public ActionResult BatchAdd(string itemCodes, int currentNavId, int library_DataBase_ID) { if ()) { //其他代码 } return new EmptyResult(); } }其中三个方法中都调用了Reque()方法，明显违反了DRY原则，解决的办法是可以在控制器上添加拦截器。但是或许此控制器的操作中还有不被Ajax调用的操作，那么可以将这些操作移除，放入一个新的控制器中。
6控制反转（IoC）
控制反转是基于面向对象的原则，提倡松耦合理念的设计原则，允许独立开发应用程序的各个组件。
实现方式
实现方式有两种：依赖注入，服务定位。
依赖注入：引用其他的dll，组件之间的引用，一个类持有另一个类，这些都可以被看做是依赖。最常遇到的是一个类持有另一个类的问题。
依赖注入有三种方式：构造函数注入，属性注入，方法注入。最常使用的是构造函数的注入。
服务定位：通过IoC容器获取依赖的具体类型，并将其赋给接口。
运用与辨析
记录Entity Framework执行SQL语句对优化系统有极大的帮助。为记录SQL定扩展命令拦截器IDbCommandInterceptor，在实现的方法中记录SQL。可以将SQL记录到本地文本文件中，也可以将SQL存储到数据库中，实现如下：
public class CommandInterceptor : IDbCommandInterceptor { private Logger logger = new Logger(); public void NonQueryExecuted(DbCommand command, DbCommandInterceptionContext<int> interceptionContext) { ;int>(command, interceptionContext); } //其他方法...... }上面的实现包含了一个依赖项，即Logger，如果后续改变存储SQL的媒介，那么就要修改Logger.Log这个方法，明显违反了OCP原则，也没有遵循DIP原则。所以将其更改如下：
public class CommandInterceptor : IDbCommandInterceptor { private ICommandLogger logger; public CommandInterceptor(ICommandLogger logger) { = logger; } public void NonQueryExecuted(DbCommand command, DbCommandInterceptionContext<int> interceptionContext) { ;int>(command, interceptionContext); } //其他代码 }