文章目录
前言
一、接口隔离原则(Interface Segregation Principle or ISP)
二、使用步骤
示例
总结
前言
常用的面向对象设计原则有七个，这七大设计原则都是以可维护性和可复用性为基础的，这些原则并不是孤立存在的，它们相互依赖相互补充，遵循这些设计原则可以有效地提高系统的复用性，同时提高系统的可维护性。
提示：以下是本篇文章正文内容，下面案例可供参考
一、接口隔离原则(Interface Segregation Principle or ISP)
客户端不应该依赖它不需要的接口。
一个类对另外一个类的依赖性应当是建立在最小的接口上的。
二、使用步骤
示例
public abstract class InvoiceBase { string InvoiceCode { get; set; } string InvoiceNumber { get; set; } }
public interface IInvoice { bool CreateInvoice(InvoiceBase invoice); bool PrintInvoice(InvoiceBase invoice); bool SendInvoice(InvoiceBase invoice); }
public class Invoice : InvoiceBase, IInvoice { public bool CreateInvoice(Invoice invoice) { Console.WriteLine("Create Invoice!"); return true; } public bool PrintInvoice(Invoice invoice) { Console.WriteLine("Print Invoice!"); return true; } public bool SendInvoice(Invoice invoice) { Console.WriteLine("Send Invoice by Email!"); return true; } }
首先用InvoiceBase建立发票基类，其中包含发票代码和发票号码2个公共属性。IInvoice接口包含生成发票、打印发票和发送发票3个“动作”。生成发票和打印发票属于IInvoice接口是比较合理的，然后发送发票的动作放在此接口中并不同样如此，因为有些发票我们并不想发送出去，此种设计导致的结果是实现类Invoice最终会变成臃肿，原因是IInvoice接口太“胖”了。这种设计带来的另外一个后果是不利于未来的扩展，例如我们想为发票增加一个发票作废的动作，我们不得不修改所有IInvoice的实现类，而这些修改却并不是必要的。因为某些实现类中我们只是想使用发票的发送动作而已，却不得不为发票作废增加一个实现代码，明显违背开闭原则。以下给出一个解决方案以供参考：
public interface IInvoiceAction { bool CreateInvoice(IInvoiceBase invoice); bool PrintInvoice(IInvoiceBase invoice); bool CancelInvoice(IInvoiceBase invoice); }
public interface IInvoiceNotify { bool SendInvoice(IInvoiceBase invoice); }
建立IInvoiceAction接口和IInvoiceNotify接口以分离发票本身的行为和发票发送动作。
public interface IInvoice : IInvoiceAction, IInvoiceNotify { }
建立联合接口IInvoice方便在某些情况下需要同时使用两者的功能。
//增值税发票 public class VatInvoice : InvoiceBase, IInvoiceAction { public string CheckCode { get; set; } public bool CreateInvoice(IInvoiceBase invoice) { Console.WriteLine("Create Invoice!"); return true; } public bool PrintInvoice(IInvoiceBase invoice) { Console.WriteLine("Print Invoice!"); return true; } public bool CancelInvoice(IInvoiceBase invoice) { Console.WriteLine("Cancel Invoice!"); return true; } }
//电子发票 public class ElectronicInvoice : InvoiceBase, IInvoiceNotify { public string PdfFile { get; set; } public bool SendInvoice(IInvoiceBase invoice) { Console.WriteLine("Send Invoice by Email!"); return true; } }
增值税发票类VatInvoice和电子发票类ElectronicInvoice，仅实现IInvoiceAction或IInvoiceNotify接口并增加校验码和Pdf文件属性。
此例我们假设电子发票不用实现IInvoiceAction接口，我们只想发送电子发票的PDF文件。
public class Invoice : InvoiceBase, IInvoice { public bool CreateInvoice(IInvoiceBase invoice) { Console.WriteLine("Create Invoice!"); return true; } public bool PrintInvoice(IInvoiceBase invoice) { Console.WriteLine("Print Invoice!"); return true; } public bool CancelInvoice(IInvoiceBase invoice) { Console.WriteLine("Cancel Invoice!"); return true; } public bool SendInvoice(IInvoiceBase invoice) { Console.WriteLine("Send Invoice by Email!"); return true; } }
联合接口IInvoice的实现类Invoice，方便某些情况下需要同时使用所有的功能。
总结
通过以上的代码改造，我们将接口功能最小化，每一个接口只负责与其自身相关的功能，防止功能过多导致的“接口污染”问题，符合接口隔离原则，并且有利于未来的扩展，同时符合开闭原则。
