当前位置：文江博客话题详情

是否可以限制实现接口的类的构造函数？

发布于 2025-01-06 12:35:39 字数 85 浏览 0 评论 0原文

是否可以设置一个约束，即所有实现接口的类都必须具有（例如，空的构造函数）？就像泛型中的 where T : new() 约束一样？

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

写给空气的情书 2025-01-13 12:35:40

我认为你需要为此使用虚拟类。

回复收藏 0 原文

心凉怎暖 2025-01-13 12:35:40

正如 Justin 所说，不仅不能使用接口来约束构造函数签名，而且也不可能使用抽象类。
也许如果您能解释为什么需要设置这样的限制，我们可以为您的问题找到一些其他解决方案

回复收藏 0 原文

墨小沫ゞ 2025-01-13 12:35:40

将工厂注入到可以实例化接口的泛型类中，并删除 new() 约束。

像这样的东西：

public interface IFactory<out T>
{
    T CreateInstance();
}

public class GenericClass<T>
{
     private readonly IFactory<T> _factory;

     public GenericClass(IFactory<T> factory)
     {
          _factory = factory;
     }

     public DoSomething()
     {
          //...
          T foo = _factory.CreateInstance();
          //...
     }
}

Inject a Factory into your generic class that can instantiate your interface, and drop the new() constraint.

Something like:

public interface IFactory<out T>
{
    T CreateInstance();
}

public class GenericClass<T>
{
     private readonly IFactory<T> _factory;

     public GenericClass(IFactory<T> factory)
     {
          _factory = factory;
     }

     public DoSomething()
     {
          //...
          T foo = _factory.CreateInstance();
          //...
     }
}

回复收藏 0 原文

忆沫 2025-01-13 12:35:39

不 - 不可能对给定接口的派生类或实现者施加任何此类约束。

无论如何，这样的约束通常不是一个特别好的主意/有用的，因为通常在使用接口时，您通常会使用实现该接口的对象实例，在这种情况下，对象自然已经被创建，并且这样的约束是多余的。（当然泛型是例外，在这种情况下您可以使用 new() 约束）。

我的猜测是，您正在尝试创建某种插件系统，并希望限制插件接口的实现，以拥有一些可用于实例化的默认构造函数...如果是这种情况，那么通常有更好的替代方案可以使用，例如MEF。

您能详细说明为什么您需要这个吗？

回复收藏 0 原文

巾帼英雄 2025-01-13 12:35:39

我能想到的只有四种方法可以在运行时为您提供一个在编译时未知的类。您可能会得到一个实现接口的对象实例，并且想要生成另一个类似的实例。最好通过让接口包含 NewSimilarInstance() 方法来处理这种情况。您可能在某个类中有一个方法，该方法会传递一个受限于您的接口的泛型类型参数。在这种情况下，接受通用参数的例程可能具有 new() 约束。否则，您可能会获得一个 .net System.Type 对象或该类型的某种其他表示形式（例如字符串）。在后两种情况下，编译时验证没有任何意义；对类型执行任何操作都需要反射，因此您也可以使用反射来查看它们是否允许创建新实例。

回复收藏 0 原文