为什么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