C#通用类型导致歧义

Ste*_* H. 7 c# generics

我正在创建一个自定义泛型类:

class Widget< T1, T2>
{
    ...
    public bool Bar( T1 type1 )
    {
        ...
    }
    public bool Bar( T2 type2 )
    {
        ...
    }
    ...
}
Run Code Online (Sandbox Code Playgroud)

当然,以下行会产生一个模糊的调用编译错误:

Widget<int, int> Foo = new Widget<int, int>();
...
Foo.Bar(5);
...
Run Code Online (Sandbox Code Playgroud)

有没有办法解决?是否有一个条款,我可以把它放在"where:TypeOf(T1)!= TypeOf(T2)",或任何方式使这种歧义?最好是int,int可用,但它不是manditory.

更新:

对于那些感兴趣的人,我实际上自己为这个问题找到了一个可接受的解决方案(对我来说)

class Widget< T1, T2>
{
    ...
    public bool Bar( object o )
    {
        if( o.GetType() == typeof(T1) )
        {
            ...
        }
        if( o.GetType() == typeof(T2) )
        {
            ...
        }
    }
    ...
}
Run Code Online (Sandbox Code Playgroud)

Eri*_*ert 19

是否有一个条款可以放在"where:TypeOf(T1)!= TypeOf(T2)"的行中

您可以使构造函数在运行时抛出异常.但是在编译时无法阻止这种情况.

有什么方法可以说明这一点吗?

您应该更改方法的名称,以便它们不会发生冲突.这是迄今为止最安全,最简单的事情.

事实上,IIRC CLR保留未能创建一种类型的权利,这种类型会产生类似方法签名的模糊性.(显然我们的实施确实成功了,但是当你拉扯这些恶作剧时,你正在踩着非常薄的冰.)

做这种事情是一个非常非常糟糕的想法,因为它可以让你遇到各种各样的麻烦.这是一个事情如何严重错误的例子:

http://blogs.msdn.com/ericlippert/archive/2006/04/05/odious-ambiguous-overloads-part-one.aspx

http://blogs.msdn.com/ericlippert/archive/2006/04/06/odious-ambiguous-overloads-part-two.aspx

另请注意,编译器阻止您创建一个类型,以便它实现两个在构造中可能相同的接口.这是非法的:

class C<T, U> : IFoo<T>, IFoo<U> { ... }
Run Code Online (Sandbox Code Playgroud)

因为你可以构造C<int, int>并且CLR无法知道哪些方法对应于哪些接口槽.

但我似乎有点偏离.回到主题.

由于您是此类的创建者,因此您可以选择重命名"Bar"方法,以便它们在任何可能的构造下都不同.假设你固执地选择不这样做.你不幸的班级的用户有什么可以做的Widget<int, int>吗?是的,实际上,就像kvb指出的那样. 他们可以定义做正确事情的扩展方法.

public static void BarTheFirst<A, B>(this Widget<A, B> w, A a)
{
    w.Bar(a);
}

public static void BarTheFirst<A, B>(this Widget<A, B> w, B b)
{
    w.Bar(b);
}
Run Code Online (Sandbox Code Playgroud)

重载解析是在编译时完成的,在编译时我们所知道的是第一个调用带有"A"的Bar,第二个调用带有"B"的Bar.我们不会在运行时重新执行重载解析,所以现在你可以说

Widget<int, int> w = whatever;
w.BarTheFirst(5);
w.BarTheSecond(10);
Run Code Online (Sandbox Code Playgroud)

它会做正确的事情.

  • @Mehrdad:在某一点上,语言的设计使得创建一个通用类型是非法的,该类型可能*可能*被构造以产生*任何*签名冲突.这意味着类C <T> {static C <T> Factory(T t){...}静态C <T> Factory(SerializedState s){...}}将是非法的,因为T可能是SerializedState!我们在早期放弃了这一点,尽管在C#2.0绑定规范的过程中已经足够晚了.我同意在这些情况下发出警告会很好,但实际上它们并不常见. (3认同)