【愚公系列】2021年12月 面向对象设计原则(五)-接口隔离原则(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,方便某些情况下需要同时使用所有的功能。
总结
通过以上的代码改造,我们将接口功能最小化,每一个接口只负责与其自身相关的功能,防止功能过多导致的“接口污染”问题,符合接口隔离原则,并且有利于未来的扩展,同时符合开闭原则。
相关文章
- 【技术种草】cdn+轻量服务器+hugo=让博客“云原生”一下
- CLB运维&运营最佳实践 ---访问日志大洞察
- vnc方式登陆服务器
- 轻松学排序算法:眼睛直观感受几种常用排序算法
- 十二个经典的大数据项目
- 为什么使用 CDN 内容分发网络?
- 大数据——大数据默认端口号列表
- Weld 1.1.5.Final,JSR-299 的框架
- JavaFX 2012:彻底开源
- 提升as3程序性能的十大要点
- 通过凸面几何学进行独立于边际的在线多类学习
- 利用行动影响的规律性和部分已知的模型进行离线强化学习
- ModelLight:基于模型的交通信号控制的元强化学习
- 浅谈Visual Source Safe项目分支
- 基于先验知识的递归卡尔曼滤波的代理人联合状态和输入估计
- 结合网络结构和非线性恢复来提高声誉评估的性能
- 最佳实践丨云开发CloudBase多环境管理实践
- TimeVAE:用于生成多变量时间序列的变异自动编码器
- 具有线性阈值激活的神经网络:结构和算法
- 内网渗透之横向移动 -- 从域外向域内进行密码喷洒攻击