这在C＃中吸引了我一到两次。我可以编写这样的代码
class Node
{
class Connection
{
public Connection(Node node, string label)
{
this.Node = node;
this.Label = label;
}
public Node Node { get; private set; }
public string Label { get; private set; }
};
IEnumerable<Connection> IncomingConnections() // ...
IEnumerable<Connection> OutgoingConnections() // ...
}
但是如果我写
interface INode
{
class Connection
{
public Connection(INode node, string label)
{
this.Node = node;
this.Label = label;
}
public INode Node { get; private set; }
public string Label { get; private set; }
};
IEnumerable<Connection> IncomingConnections();
IEnumerable<Connection> OutgoingConnections();
}
我收到编译错误
错误CS0524：'连接'：接口无法声明类型
我了解限制，但我感兴趣的是why。我当然可以在C ++“接口”（这只是一个具有抽象成员的类，因此不足为奇）中具有嵌套类型，并且显然在Java中也是可能的，请参见Interfaces Cannot Declare Type Issue C#。因此，鉴于C＃从Java中学到了一些东西，为什么在这方面缺少它（如果确实缺少）？
（很抱歉，如果已经在其他地方解决了这个问题。我也找到了Interfaces cannot declare types和Why can't I put a delegate in an interface?，但它们似乎并没有直接解决我的问题。]
编辑
我以为我只是想添加一个注释，以说在Java世界中，乍一看似乎是一个关于在接口内嵌套类是否可以的问题。参见https://stackoverflow.com/a/9098321/834521。我认为我在问为什么同样的不适用于C＃并不是很愚蠢。
编辑
Framework Design Guidelines的摘要/引用，第二版，第4.9页115-117。
为什么接口不能包含类型？
在深入探讨问题之前，我先澄清几件事。
首先，CLR类型系统允许在接口内部使用嵌套类型。完全有可能创建C＃或VB版本，或者将来在接口内部声明支持接口，委托，类，结构和枚举的任何版本，并且它将在现有CLR上运行。
[其次，我将以“为什么C＃语言不实现功能X的形式？对于X的所有值，答案都是相同的。要实现该功能，必须做到：考虑，设计，指定，实现，测试并交付给客户。如果这六件事中的任何一件事没有发生，那么就没有任何功能。 未实现功能X，因为其中一项或多项未发生。
第三，C＃编译器团队（我不再关注）不必为not实现功能提供任何解释。功能部件要花钱，预算是有限的，因此要求功能部件的人有责任证明其优势与成本成正比。
第四，“为什么”的问题很难回答，而“为什么不”的问题甚至更难。
因此，我将拒绝您的问题，并将其替换为我可以回答的问题：
假设此功能请求已提交给C＃设计团队。您对此有何反对意见？
该功能虽然在CLR中合法，但在CLS中不合法。 C＃中有很多功能在CLS中是不合法的，但是由于CLS指南专门是不要在接口中嵌套类型，因为大多数语言不支持它，因此在C＃中实现该功能实质上是在鼓励人们编写其他语言无法使用的库。 建议的功能会鼓励不良的编程习惯。
嵌套类型给您带来三个主要优点。首先，他们可以访问其封闭类型的私有成员。这对于没有私有成员的接口没有好处。其次，它们提供了一种方便的方式来包含外部类型的特定私有实现细节。这对于接口可能没有好处，因为接口可能没有私有的嵌套类型，并且根据定义没有实现细节。第三，它们提供了一种将一种类型与另一种类型关联的便捷方法。但是，最好通过名称空间来完成。
据我所知，没有其他人正在请求该功能。当有很多客户想要的功能时，不要花钱购买几乎没人想要的功能。
实施此功能并不能使语言本身具有更强大的功能或更具表现力。
实施此功能并不是我所知道的一些更出色的功能的垫脚石。该功能不与任何其他“主题”绑定。这是一种“完成主义”功能，可以消除小的非正交性，而不是有用的功能。
对于缺少此功能，有一个简单的解决方法；只需将嵌套类型设为顶级类型即可。
是这种情况against。如果没有人提出有关该功能的案例，那么在设计委员会会议上，它的持续时间可能不会超过五分钟。您是否愿意为此功能提出理由？
由于某些人可能要这样做的原因，这里有两个。首先是为一组耦合接口提供蓝图/模式定义，这些接口具有支持通用概念（例如实体管理）所需的共享通用类型参数。例如：