为什么VS Metadata视图不显示显式接口实现的成员

前几天我正在查看C#布尔结构元数据。

Boolean实现了IConvertible接口。 但是看看布尔的成员,我看不到大多数IConvertible成员。

我和一些同事做了一些测试,包括创建我们自己的类,并得出结论,IConvertible必须明确地为Boolean实现。

问题是,为什么它们不可见? 我知道它可能是一个“按设计决定”但我明白如果检查元数据的任何人都可以看到它会增加更多的价值。

测试在VS2010 .NET4.0中完成

原因是那些方法只是为了实现I接口而不是为了扩充类的公共接口。

我的意思是,如果您有以下内容:

public class MyClass : IConvertible { // implementation } 

实际上,您可能希望MyClass可以转换,因此您可以将它的引用传递给期望IConvertible的方法:

 public void DoSomethingWithConvertible(IConvertible conv) 

但是您可能不希望MyClass类型的变量公开Convert方法。 您根本不希望MyClass的公共接口具有该方法,然后您明确地实现接口。 这就是这种方法的全部概念。 这意味着不允许以下内容:

 MyClass a = new MyClass(); a.Convert(); 

但是,仍然允许以下内容:

 MyClass a = new MyClass(); ((IConvertible)a).Convert(); 

这背后的整个想法是,即使我们使用完全相同的实例,因为MyClass没有这个方法。 A as IConvertible确实有这种方法。 可以把它想象成你允许实例具有分裂的个性。

通常我会隐式地实现每个接口。 但是,在非常具体的情况下,我会明确地实现它们,原因如上所述。

顺便说一句,谢谢你这个好问题!

因为显式接口实现实际上隐藏了实现。

元数据确实显示了明确实现的 。 你的意思是intellisense而不是元数据?

我会说这是设计并帮助开发人员说布尔限制接口到一个子集。 通过限制建议使用它,它也变得可见,被认为是exception使用。 例如,通常不建议将布尔值视为特定的数值,但在某些情况下,无论如何都能够做到这一点很方便。

IDictinary是另一个例子。 它实现了IEnumerable> ,可以迭代集合中的所有对和ICollation> 。 因此,您可以在给定KeyValuePair的字典上调用Add,但通常应使用Add(K, key, T Value)

尝试使用提供元数据读取权限的工具检查类。 ILDASM for one,您确实可以找到明确实现的方法的元数据。

它们是明确实施的 。 您可以在此处找到所有已实现的可转换内容: http : //msdn.microsoft.com/en-us/library/system.boolean.aspx