面向对象设计原则之5-接口隔离原则

客户端不应该依赖它不需要的接口。一个类对另外一个类的依赖性应当是建立在最小的接口上的。

C#设计模式概述

接口隔离原则Interface Segregation Principle or ISP

客户端不应该依赖它不需要的接口。

ISP:Clients should not be forced to depend upon interfaces that they don’t use.

一个类对另外一个类的依赖性应当是建立在最小的接口上的。

示例

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,方便某些情况下需要同时使用所有的功能。

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

本文由 .Net中文网 原创发布,欢迎大家踊跃转载。

转载请注明本文地址:https://www.byteflying.com/archives/347

发表评论

登录后才能评论

评论列表(2条)