在 C#/Java 中使用抽象类的技术原因

Question

根据OOP，需要抽象类来建模那些在现实世界中不存在但作为多个现实世界对象的基类的对象。

例如：

   BankAccount            
       /\
      /  \
     /    \
    /      \
Current     Savings
Account     Account

这里 BankAccount 应建模为抽象类。

但是在 C#/Java 中使用抽象类的技术原因是什么？链接文本

例如：

OOP 使用接口的原因是为了建模行为继承（没有真正的层次关系的继承）。

在 C#/Java 中使用接口的技术原因是为了解决多重继承的问题（如果我没记错的话！）。

Answer 1

如果可能的话，抽象类可以有默认行为； 接口不能。

抽象类可以为所有方法提供默认行为，也可以不提供任何方法； 开发商的选择； 接口不能。

抽象类可以具有与所有子类共享的状态； 接口不指定状态。

因此，您的抽象 BankAccount 可以具有余额属性，可以授予储蓄和支票访问权限。

Answer 2

我不确定我是否理解你的问题，但是，抽象类无法实例化，因此它仅用于此目的。

Answer 3

我将举一个现实世界的例子。 我有一个名为 cSourceControl 的抽象类。 然后我有一个用于 Visual Source Safe 的类（称为 cVSS）和一个用于 Subversion 的类（称为 cSVN），两者都继承自 cSourceControl。

现在，抽象类有一堆属性和方法（是的，带有代码），继承类可以使用它们。 抽象类还定义了继承类必须实现的一系列抽象方法：

public abstract DataTable getFiles(string path, string filter, DateTime since, bool filterAuthorByLastCheckin, bool expandAll, bool onlySinceBranched);
public abstract DataTable getFiles(string path, string filter, DateTime since, string lastUser, bool filterAuthorByLastCheckin, bool expandAll, bool onlySinceBranched);
public abstract long getFile(string sFileName, string sVersion, string sLocalFileName);
public abstract DataTable getFileVersions(string sFileName);
public abstract DataTable getDirectories(string path, bool expandAll);
public abstract DataTable getChangedFiles(string path);
public abstract DataTable GetFileLogRevision(string path, string revision);
public abstract DateTime getBranchStartDateTime(string sBranch);

从这里您可以看出，SourceControl 类将需要其中的每一个，但它在 cVSS 中的外观与在 cSVN 中的外观非常不同。 另一个好处是在运行时我可以选择 VSS 或 SVN。 一个简化的代码片段可能是：

cSourceControl sc;

if(usingVSS)
   sc = new cVSS();
else
   sc = new cSVN();

DataTable dtFiles = sc.getChangedFiles("myproject/branches/5.1/");
etc.

现在，当我的客户开始要求使用 Git 或 SourceGear 时，我只需要创建这些类，并且几乎不需要更改其他内容。

Answer 4

抽象类无法实例化，因为它们缺少方法定义。

您可以在超类中定义一个垃圾（不执行任何操作）方法函数。 但这很愚蠢。 不要定义任何事情，而不是定义“什么都不做”。

由于缺少主体，该方法是抽象的。 这使得整个类变得抽象。

---

为什么？

因为您不想指定“不执行任何操作”的方法主体。 您希望完全省略方法主体，留下一个占位符由子类填充。

您创建超类来包含子类之间的常见行为。 在某些情况下，超类不能是完整的类，因为每个子类必须提供重写或扩展。

我们提供一个抽象超类，因为我们需要子类来提供缺少的功能。

Answer 5

抽象类适用于外部利益相关者。 经理们制定了一项程序，因为公司将于上午 9 点开门，摘要对于利益相关者来说很容易看到。 但对软件开发人员实施一项额外规则，即他们可以上午 10 点来。 因此管理者及下属制定的规则都是抽象的、易于可见的。 下午六点从公司出来。 你可以看到抽象的方法，可以了解公司的文化。