扩展方法何时中断?

我们目前正在讨论.NET中的扩展方法是否糟糕。或者在什么情况下扩展方法会引入难以发现的bug,或者以任何其他方式表现出意外行为。

我们得出了:

• 为不受您控制的类型编写扩展方法(例如,使用GetTotalSize()扩展DirectoryInfo等)是不好的,因为API的所有者可能会引入一种隐藏扩展的方法,并且可能具有不同的边缘情况。例如,如果扩展方法由于隐藏而不再使用,那么在扩展方法中测试null将自动转换为NullReferenceException。

问题:

• 除了“躲藏”之外,还有其他我们没有想到的危险情况吗?

编辑:

另一种非常危险的情况。 假设您有一个扩展方法:

namespace Example.ExtensionMethods
{
    public static class Extension
    {
        public static int Conflict(this TestMe obj)
        {
            return -1;
        }
    }
}

并使用它:

namespace Example.ExtensionMethods.Conflict.Test
{
    [TestFixture]
    public class ConflictExtensionTest
    {
        [Test]
        public void ConflictTest()
        {
            TestMe me = new TestMe();
            int result = me.Conflict();
            Assert.That(result, Is.EqualTo(-1));
        }
    }
}

请注意,使用它的名称空间更长。

namespace Example.ExtensionMethods.Conflict
{
    public static class ConflictExtension
    {
        public static int Conflict(this TestMe obj)
        {
            return 1;
        }
    }
}

你的考试会失败!它将编译时不会出现编译错误。会的 完全失败 . 甚至不必指定“using Example.ExtensionMethods.Conflict”。编译器将遍历名称空间名称,在Example.ExtensionMethods.Extension之前找到Example.ExtensionMethods.Conflict.ConflictExtension,并将使用该名称空间 没有抱怨过模棱两可的扩展方法 . 哦,真恐怖!