C# - 我应该使用什么，接口、抽象类还是两者？

Question

因此，假设我正在用 C# 构建某种房地产应用程序。对于每种类型的财产，我将创建一个类，例如 ResidentialProperty 和 CommercialProperty。这两个类以及所有其他属性类将共享一些公共属性，例如 Id、标题、描述和地址信息。

我希望能够做的是：
a) 返回仅包含基本信息的对象集合
b) 能够调用 GetProperty(id) 等方法，该方法将创建并返回 ResidentialProperty 或 CommercialProperty，或者调用 GetProperties()，该方法将返回其中之一或两者的集合。

因此，创建一个名为 BasicProperty（或 PropertyBase）的抽象类可能是有意义的，它包含所有公共属性，并从它扩展 ResidentialProperty 和 CommercialProperty。这将解决问题 #1，因为我可以创建一个返回 BasicProperties 集合的方法。

但对于＃2，能够返回一种属性类型或另一种属性类型，我需要一个接口（IProperty），并让住宅和商业类继承它，然后让 GetProperty(id) 和 GetProperties() 返回IProperty 对象（或者因为它们继承自 IProperty，我可以按原样返回它们而不是作为接口吗？）？

现在，如果我应该使用接口，我该如何处理 BasicProperty 类？
- 我是否将其保留为抽象并实现接口？或者
- 我是否将其保留为抽象并且所有 3 个类都实现该接口？或者
- 我不是将其创建为抽象，将所有基本信息放入接口中，并且BasicProperty、ResidentialProperty和CommercialProperty都实现该接口吗？

提前致谢， 卡尔·J。

Answer 1

虽然我觉得从一开始就定义一个接口几乎总是一个好主意，只是因为它有助于您的代码在未来变得灵活，但听起来在这种情况下您实际上并没有 >需要这样做。您的 GetProperty 和 GetProperties 方法可以使用抽象基类作为返回值。

可以这样想：如果我有一个名为 GetShape 的方法会怎样？它可能会返回一个 Shape，对吗？假设 Shape 是一个抽象基类，一些派生类是 Triangle、Square、Circle 等。

但是三角形是一种形状，正方形是一种形状，等等——每一个都不仅仅是一种形状 ，但它们仍然是形状。因此，如果我说“给我一个形状”，而你递给我一个正方形，那么你就按照我的要求做了。那里没有什么有趣的事情。

这是 OOP 的核心基本原则之一：派生类的实例是其基类的实例；它只是还更多。

Answer 2

据我所知，你在这里谈论的是两件不同的事情。

1. 类结构
2. 这些类的

数据访问您认为应该创建一个抽象类来包含公共属性是正确的，这就是继承的用途:)（除其他外）

但我不明白为什么您不能创建数据访问具有方法 GetProperty(id) 的类，该方法指定 PropertyBase 返回类型，

即

public PropertyBase GetProperty(long id)

在 < 实现中code>GetProperty 您可以构造一个 ResidentialProperty 或 CommercialProperty （基于您想要的业务/数据库逻辑）然后返回它，c# 允许您这样做。

或许是我没理解你的意思？

HTH

编辑::

using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;

namespace ConsoleApplication1
{
    class Program
    {
        static void Main(string[] args)
        {
        }
    }

    class DataAccessLayer
    {
        public PropertyBase GetSomething(int id)
        {
            if (id > 10)
                return new CommercialProperty();
            else
                return new ResidentialProperty();
        }

    }

    class PropertyBase { }
    class ResidentialProperty : PropertyBase { } 
    class CommercialProperty : PropertyBase { }
}

Answer 3

抽象类用于提供通用行为。接口用于提供一组特定的方法和属性，无论它们的行为如何。

如果您的 ResidentialProperty 和 CommercialProperty 提供了一些常见的行为，那么在抽象类中实现此行为并让它们都从此类继承可能是有意义的。想必它们也会有一些自定义行为，否则不需要子类化，只需有一个 PropertyType 属性来描述实例是哪种类型的 Property 就足够了。

然后，您可以提供您认为有用的任意多个接口：IPropertyBase、IResidentialProperty 和/或 ICommercialProperty。这实际上取决于您是否希望将此库用作其他实现的基础，这些实现可能与您的一个或多个类具有相同的接口，但与您的基本抽象类具有不同的行为。公开代表类型的接口的另一个好处是更容易模拟单元测试。

不可能绝对回答这个问题，因为这实际上取决于您的对象可能如何使用，但我希望这个答案为您提供有用的指导。

Answer 4

我认为你应该避免使用抽象类，除非它绝对有意义。

许多常见行为可以通过聚合、使用组件赋予您的实体，并且您可以通过使用接口来公开此行为。

我倾向于走这条路的原因是，一旦你有了一个抽象基类，你就必须使用它，因为你不能有多重继承。

迟早，您最终会遇到这样的情况：您确实想要多重继承，但您却被搞砸了。

并不是说我对此持强硬态度，因为我们的许多代码库确实使用了上述的基本抽象类，但是这些实现了接口，并且在这些类上执行的所有代码都通过它们进行通信接口，因此我们可以在必要时将基类切换为更灵活的东西。

Answer 5

快速介绍一下我所看到的差异。即使您实现接口，也始终可以使用抽象基类。接口并不能帮助您避免代码重复，而您应该这样做（请参阅 DRY 原则），但是它不会强迫您从任何特殊的东西派生，这使得它们更容易与其他基类或接口结合。

另一方面，抽象基类可以删除一些重复，并且更容易更改基类中的某些内容，而无需触及派生类。当您实现其他人使用的类库时，后者非常好。如果您更改库中接口中的内容，则该接口的所有实现都需要更改！如果您只与一小部分开发人员一起实现应用程序，这可能是一个非常小的问题。但正如其他人所说，基类迫使您从它派生，然后如果出现这种需要，您就无法从其他东西派生。

Answer 6

不要将您的基类或接口称为 BasicProperty 或 PropertyBase，只需将其称为 Property。您不会同时拥有财产和基本财产，对吗？您将使用属性类或接口进行操作。

抽象类与接口几乎相同，不同之处在于抽象类可以在字段变量中存储状态。当您的属性具有存储地址之类的数据时，带有字段的抽象类是实现此目的的一种方法。

现在，类的子类化是 OOD 的图画书示例之一，但是除此之外还有其他区分对象的方法，请查看装饰器和行为模式。仅当需要重写基类的方法时才应该子类化。例如，看看这个。