了解接口和基类的使用

Question

我知道有很多关于接口和基类的帖子，但我很难理解正确的设计模式。

如果我要编写一个报告类，我最初的想法是创建一个包含所有报告都将实现的核心属性、方法等的接口。

例如：

Public Interface IReportSales

Property Sales() As List(Of Sales)
Property ItemTotalSales() As Decimal

End Interface

Public Interface IReportProducts

Property Productss() As List(Of Inventory)
Property ProductsTotal() As Decimal

End Interface

然后我假设我会有一个类来实现接口：

Public Class MyReport
Implements IReportSales


Public Property Sales() As System.Collections.Generic.List(Of Decimal) Implements IReportItem.Sales
    Get
        Return Sales
    End Get
    Set(ByVal value As System.Collections.Generic.List(Of Decimal))
        Items = value
    End Set
End Property

Public Function ItemTotalSales() As Decimal Implements IReport.ItemTotalSales
    Dim total As Decimal = 0.0
    For Each item In Me.Sales
        total = total + item
    Next
End Function

End Class

我的想法是它应该是一个接口，因为其他报表可能不使用“项目”，这样我就可以实现用于给定报表类的对象。

我走了吗？我应该还刚刚创建了一个基类吗？我不创建基类的逻辑是，并非所有报表类都可以使用“项目”，所以我不想在不使用它们的地方定义它们。

Answer 1

是的，如果你不知道有多少报表不会使用 Items ，你可以去 Abstract 类。

下面是另一个好主意：

你也可以同时创建接口和抽象类

在接口中定义销售，创建两个抽象类，一个用于实现两者的报表，另一个用于未实现销售的报表。实现两者的接口

首先定义两种方法（实施销售），然后仅实施销售。

为两个抽象类赋予适当的名称，例如ReportWithItemsBase 或 ReportWithoutItemsBase。

通过这种方式，您还可以在派生 Report 类时实现自我解释命名基类。

Answer 2

为了回答您的问题，抽象类用于为相关类提供一个共同的祖先。 .Net API 中的一个示例是 TextWriter。这个类为所有以某种方式编写文本的类提供了一个共同的祖先。

接口更适合用作不同对象的适配器，这些对象不属于同一个对象“家族”但具有相似的功能。 .Net API 中的各种集合就是一个很好的例子。

例如，List 和 Dictionary 类为您提供了管理对象集合的能力。他们没有通过继承共享共同的祖先，这是没有意义的。不过，为了方便它们之间的互操作，它们实现了一些相同的接口。

这两个类都实现了IEnumerable。这完全允许您使用List 或Dictionary 类型的对象作为任何需要IEnumerable 的操作数。多么美妙！

因此，现在在您设计新软件的情况下，您需要考虑如何将其融入您的问题空间。如果你通过继承抽象类给这些类一个共同的祖先，你必须确保从它继承的所有项目都是真正的基类型。 （例如，StreamWriter 是 TextWriter）。不恰当地使用类继承可能会使您的 API 在未来很难构建和修改。

假设您为您的报告创建了一个抽象类ReportBase。它可能包含一些非常通用的方法，所有报告都必须具备这些方法。也许它只是简单地指定了方法Run()

然后您只需要生成一种类型的报告，因此您定义了一个继承自 ReportBase 的具体 Report 类。一切都很棒。然后您发现您需要添加更多类型的报告，例如XReport、YReport 和ZReport。它们是什么并不重要，但它们的工作方式不同并且有不同的要求。所有的报告都会生成漂亮的 HTML 输出，每个人都很高兴。

下周您的客户说他们希望 XReport 和 YReport 也能够输出 PDF 文档。现在有很多方法可以解决这个问题，但显然向抽象类添加OutputPdf 方法是一个糟糕的主意，因为其中一些报告不应该或不能支持这种行为！

现在这就是接口对您有用的地方。假设您定义了几个接口IHtmlReport 和IPdfReport。现在应该支持这些不同输出类型的报表类可以实现这些接口。然后，这将允许您创建一个函数，例如 CreatePdfReports(IEnumerable<IPdfReport> reports)，它可以获取所有实现 IPdfReport 的报告，并对其执行所需的任何操作，而无需关心适当的基本类型是什么。

希望这会有所帮助，因为我不熟悉您要解决的问题，所以我有点从臀部射击。