很奇怪，这是我第一次遇到这个问题，但是:
如何在c#接口中定义构造函数?
编辑 有些人想要一个例子(这是一个自由时间项目，所以是的，这是一个游戏)
IDrawable +更新 +画
为了能够更新(检查屏幕边缘等)和绘制本身，它总是需要一个GraphicsDeviceManager。我想确保对象有一个指向它的引用。这将属于构造函数。
现在我把这个写下来了，我想我在这里实现的是IObservable GraphicsDeviceManager应该采用IDrawable。 似乎不是我没有理解XNA框架，就是这个框架没有考虑得很好。
编辑 我在接口上下文中对构造函数的定义似乎有些混乱。接口确实不能被实例化，因此不需要构造函数。我想定义的是构造函数的签名。就像接口可以定义某个方法的签名一样，接口也可以定义构造函数的签名。
当前回答
你不。
构造函数是类的一部分，可以实现接口。接口只是类必须实现的方法的契约。
其他回答
你不能。它偶尔会让人感到痛苦，但无论如何，使用正常的技术都无法调用它。
在一篇博客文章中，我建议静态接口只能在泛型类型约束中使用——但在我看来，它真的很方便。
如果你可以在一个接口中定义一个构造函数，那么你在派生类时就会遇到麻烦:
public class Foo : IParameterlessConstructor
{
public Foo() // As per the interface
{
}
}
public class Bar : Foo
{
// Yikes! We now don't have a parameterless constructor...
public Bar(int x)
{
}
}
虽然您不能在接口中定义构造函数签名，但我觉得值得一提的是，这可能是考虑抽象类的一个地方。抽象类可以以与接口相同的方式定义未实现的(抽象的)方法签名，但也可以有实现的(具体的)方法和构造函数。
缺点是，因为它是一种类类型，所以它不能用于接口可以使用的任何多继承类型场景。
你不能。
接口定义了由其他对象实现的契约，因此不需要初始化状态。
如果需要初始化某些状态，则应该考虑使用抽象基类。
接口的目的是强制某个对象签名。它不应该明确地关心对象内部如何工作。因此，从概念的角度来看，接口中的构造函数并没有真正的意义。
不过也有一些替代方案:
Create an abstract class that acts as a minimal default implementation. That class should have the constructors you expect implementing classes to have. If you don't mind the overkill, use the AbstractFactory pattern and declare a method in the factory class interface that has the required signatures. Pass the GraphicsDeviceManager as a parameter to the Update and Draw methods. Use a Compositional Object Oriented Programming framework to pass the GraphicsDeviceManager into the part of the object that requires it. This is a pretty experimental solution in my opinion.
你描述的情况一般来说不容易处理。业务应用程序中需要访问数据库的实体也有类似的情况。
你不。
构造函数是类的一部分，可以实现接口。接口只是类必须实现的方法的契约。
