好了,回到基础。我想知道如何正确地重载一个方法与params
参数。
这是我的方案。我从常规方法开始:
public void MyMethod(MyObject mo)
{
// method body
}
我为它创建了一个重载,看起来像这样:
public void MyMethod(MyObject mo, params string[] fields)
{
// new method body
MyMethod(mo);
}
明显的意图是让MyMethod(new MyObject());
执行原始方法,而MyMethod(new MyObject(), "field0"/*, etc...*/);
执行重载方法。但我发现情况并非如此。
实际发生的是MyMethod(new MyObject());
执行重载的方法!
我不明白。在这种场景中,我将如何执行原始方法?
使用实际代码更新
好的,下面是产生所描述行为的实际代码。
Class1Base.cs:
public class Class1Base
{
public virtual void MyMethod(MyObject ob)
{
Console.WriteLine("Called Class1Base");
}
}
Class1.cs:
public class Class1 : Class1Base
{
public override void MyMethod(MyObject ob)
{
Console.WriteLine("called overridden method");
}
public void MyMethod(MyObject ob, params string[] fields)
{
Console.WriteLine("called OVERLOADED method");
}
}
MyObject.cs:
public class MyObject
{
public int Id { get; set; }
public string Description { get; set; }
}
然后,当我以这种方式执行这段代码:
var myClass = new Class1();
var myObject = new MyObject();
myClass.MyMethod(myObject);
myClass.MyMethod(null);
myClass.MyMethod(null, "string");
控制台显示:
called OVERLOADED method
called OVERLOADED method
called OVERLOADED method
我希望它显示:
called overridden method
called overridden method
called OVERLOADED method
为什么不呢?
我认为你没有告诉我们全部情况。c# 5规范的第7.3.5.2节(标题为"更好的函数成员")说:
•否则,如果MP以其正常形式适用,并且MQ具有params数组并且只适用于其展开形式,则MP是
这似乎是这里的情况,因为params
版本需要"扩展"到零长度数组。事实上,在本地尝试代码会产生调用非params
版本的预期结果。
Update:响应您的编辑,答案现在很清楚了:您正在调用Class1
中的方法,这意味着在执行过载解析时,标记为override
的方法最初不会被考虑。由于一个未被覆盖的方法是适用的(尽管是以它的扩展形式),所以它就是所选择的方法。
具体来说,第7.6.5.1节在部分中读取:
•候选方法集被简化为只包含来自对于集合中的每个方法C.F,其中C是声明方法F的类型,在基类中声明的所有方法C的类型从集合中删除。
基类MyMethod()
被排除在候选集之外,因此它不会被算法选中。
这种行为背后的确切原因是为了避免"脆弱的基类"问题的表现。假设我们有如下的类层次结构:
class A
{
}
class B : A
{
public void MyMethod(object o) { }
}
和以下呼叫站点:
new B().MyMethod("a string");
这显然将解析为object
的MyMethod()
。但现在假设A
的创建者(可能在另一个团队工作)决定A
也应该有一个MyMethod()
。所以他们改变了类:
class A
{
public void MyMethod(string s);
}
现在想象一下如果我们不从基类型中排除方法会发生什么。原来解析为B.MyMethod()
的调用突然解析为A.MyMethod()
(因为string
是更好的匹配)。c#的设计者不想让另一个完全不同团队的人默默地改变你代码的含义。
关于脆弱基类问题的更多信息,Eric Lippert的(旧的)博客上有很多关于这个主题的文章。再找找看