为什么接口不能有构造函数和析构函数？

Question

我知道该界面正在运行。当我开始在项目中编码时，我心中产生了这个疑问。谁能澄清一下吗？

Answer 1

我采用了另一种方法，即“如果……会怎样”的问题。这是我的结论（来自我的博客）：

第一个：给定的是一个接口 IApp，它定义了一个构造函数“ctor(int)”。

第二：定义类MyApp并实现IApp。

==> MyApp 类现在有一个来自 IApp 的构造函数“ctor(int)”。

第三：给定的是第二个接口 ICoolApp，它定义了构造函数“ctor(string)”。

第四：MyApp 类实现了 ICoolApp。
==> MyApp 类现在有两个构造函数“ctor(int)”和“ctor(string)”。到目前为止，一切都很好。

即使存在定义了相同签名的构造函数，显式实现也可以定义两种不同的方式来创建 MyApp 类（因为它已经可以使用方法）。

第五：调用“new MyClass(int)”创建 MyApp 的新实例。这个新实例是 IApp 和 ICoolApp，因为它实现了这两个接口。没问题吧？

==>错误的！ MyApp 类有两个构造函数，但实例是通过调用 IApp 的构造函数创建的。未调用用于实现 ICoolApp 创建对象的方式的构造函数“ctor(string)”。

综上所述，MyApp 的实例既是 IApp，又是 ICoolApp，但实例的创建只履行了一个契约，即 IApp 的契约。而且由于签名不同，尽管 MyApp 声称尊重/实现这两个合同，但在实例创建过程中不可能同时履行这两个合同。

Answer 2

接口定义了一组可以由一个或多个类实现的方法。它的抽象定义了合同。

接口不分配任何内存或实现任何方法

接口不具有任何初始化变量的功能。

Answer 3

接口只是对象之间的契约。他们没有任何代码。给它们构造函数和析构函数就等于给它们运行代码。如果您需要在合约中进行初始化或清理，请添加 Initialize() 和 Uninitialize() 方法。

Answer 4

因为接口不需要构造或破坏。这只是一个想法。一份合同。

接口的构造是声明和接口的行为。定义它。它们不是要实例化的对象。

Answer 5

我同意接口是一个“契约”。就我个人而言，我希望能够将构造函数签名指定为该合同的一部分。

但哎呀，我喜欢像 Pascal 和 Ada 这样的语言，它们都竭尽全力指定一个正式的“接口”，与“实现”分开且不同。

无论其价值如何，从接口中排除构造函数（甚至构造函数定义）有几个实际和理论原因。 C# 的参数与 Java 的参数基本相同。此链接很有指导意义：

• http://c2.com/cgi/wiki?JavaInterfacesCannotSpecifyConstructors

我非常喜欢同意这些观点：

• http://zoom.z3950.org/bind/java/comment/constructor.html

Answer 6

可以定义一个静态类，其名称类似于接口，其中包含工厂方法或属性来生成实现该接口的类实例。其示例包括 Enumerable.Empty 和 Comparer.Default。我个人认为，如果有一种方法可以指定接口名称应该可用于引用静态成员（通过具有同名的接口和静态类，能够在接口中包含静态成员，能够指定一个静态类与接口“关联”，或者其他）。不幸的是，我不知道任何 .net 语言都有这样的功能；最好的方法是使用具有相似名称的静态类（如 IEnumerable/Enumerable 和 IComparer/Comparer）。

顺便说一句，如果接口可以包含静态，那么一个很好的奖励功能就是让它们包含自己的扩展方法。例如：

  void SetBounds(int x, int y, int width, int height, BoundsSpecified specified);
  static void SetBounds(int x, int y, int width, int height)
    { It.SetBounds(x, y, width, height, BoundsSpecified.All); }
  static void SetSize(int width, int height)
    { It.SetBounds(0, 0, width, height, BoundsSpecified.Size); }

允许接口向用户公开公共函数的许多重载版本，而不要求所有实现都包含实现它们所需的样板代码。

Answer 7

我也多次问过自己这个问题，现在似乎想到了一个解释：

接口契约描述了对象的**做什么**，而不是**如何**做到这一点。构造函数可能与“如何”有更多的关系，所以这就是为什么我们不能将其作为契约的一部分。

接口的客户端期望接收一个已经构造的对象，因此他们不关心构造函数签名。至于将创建该对象的代码，它已经知道要创建什么具体对象，因此它知道构造函数签名。

Answer 8

确实，Interface 没有构造函数，因为它们不知道什么类型的派生类将实现它。

但是我们可以有一个虚拟析构函数，以防我们不希望编译器隐式创建移动操作。

Answer 9

接口是契约，而不是实现，因此无需构造或销毁它们。您只需构造和销毁可以实现接口的具体类型。

Answer 10

据我了解，你想知道为什么我们不能指定构造函数的签名以及其他对象的方法，就像

    interface IApp
    {
         void App(int i, int j);
    }
    class App : IApp
    {
         // You want constructor to be only with 2 parameters
         public void App(int i, int j){ }
    }

它不能这样做，因为首先，所有接口方法都应该实现为公共的，但构造函数可以设置为私有的，其次，方法 void App(..) 将仅是 App 类的构造函数，对于另一个类，它将是另一个方法。

因此，通常，如果您想指定具有已知参数的构造函数，请尝试使用抽象基类。