写点什么

【愚公系列】2022 年 06 月 面向对象设计原则 (五)- 接口隔离原则

作者:愚公搬代码
  • 2022 年 6 月 10 日
  • 本文字数:1944 字

    阅读完需:约 6 分钟

前言

常用的面向对象设计原则有七个,这七大设计原则都是以可维护性和可复用性为基础的,这些原则并不是孤立存在的,它们相互依赖相互补充,遵循这些设计原则可以有效地提高系统的复用性,同时提高系统的可维护性。

一、接口隔离原则(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,方便某些情况下需要同时使用所有的功能。


总结

通过以上的代码改造,我们将接口功能最小化,每一个接口只负责与其自身相关的功能,防止功能过多导致的“接口污染”问题,符合接口隔离原则,并且有利于未来的扩展,同时符合开闭原则。

发布于: 刚刚阅读数: 4
用户头像

还未添加个人签名 2022.03.01 加入

该博客包括:.NET、Java、前端、IOS、Android、鸿蒙、Linux、物联网、网络安全、python、大数据等相关使用及进阶知识。查看博客过程中,如有任何问题,皆可随时沟通。

评论

发布
暂无评论
【愚公系列】2022年06月 面向对象设计原则(五)-接口隔离原则_6月月更_愚公搬代码_InfoQ写作社区