为什么C#4可选参数定义在接口上而不强制于实现类?

内容来源于 Stack Overflow,并遵循CC BY-SA 3.0许可协议进行翻译与使用

  • 回答 (4)
  • 关注 (0)
  • 查看 (202)

对于C#4中的可选参数,如果在接口上指定参数为可选参数,则不必在任何实现类上使该参数可选:

public interface MyInterface
{
    void TestMethod(bool flag=false);
}

public class MyClass : MyInterface
{
    public void TestMethod(bool flag)
    {
        Console.WriteLine(flag);
    }
}

因此:

var obj = new MyClass();        
obj.TestMethod(); // compiler error

var obj2 = new MyClass() as MyInterface;
obj2.TestMethod(); // prints false

有人知道为什么可选参数是这样设计的吗?

提问于
用户回答回答于

假设你有一个如您所描述的接口,以及实现它的一百个类。然后,你决定将接口的方法之一的参数设置为可选的。你是否建议编译器强制开发人员查找该接口方法的每个实现,并使参数也是可选的?

现在假设开发人员没有实现的源代码:

// in metadata:
public class B 
{ 
    public void TestMethod(bool b) {}
}
// in source code
interface MyInterface 
{ 
    void TestMethod(bool b = false); 
}
class D : B, MyInterface {}
// Legal because D's base class has a public method 
// that implements the interface method

“D”的作者应该如何完成这个工作呢?在你的世界中,他们是否需要打电话给B的作者,并要求他们给他们一个新版本的B,使该方法有一个可选的参数?

万一2人打电话给B的作者,其中一个想要默认值为true,而另一个希望它是假的?如果“B”的作者拒绝合作呢?

在这种情况下,他们可能需要说:

class D : B, MyInterface 
{
    public new void TestMethod(bool b = false)
    {
        base.TestMethod(b);
    }
}

提议的特性似乎为程序员增加了许多不便,但没有相应增加代表能力。这个特性有什么引人注目的好处,它为用户增加了成本提供理由?

用户回答回答于

可选参数就像我所理解的宏替换。从方法的角度来看,它们并不是可选的。若转换到一个接口中,就会看到不同的结果。

用户回答回答于

因为默认参数是在编译时解析的,而不是运行时解析的。因此,默认值不属于被调用的对象,而是属于正在通过它调用的引用类型。

用户回答回答于

此属性告诉编译器在调用站点上插入该参数的默认值。

obj2.TestMethod();被替换为obj2.TestMethod(false);当C#代码被编译为IL时,而不是在JIT时.

在某种程度上,调用方总是提供带有可选参数的默认值。这对二进制版本控制也有影响:如果更改默认值,但不重新编译调用代码,它将继续使用旧的默认值。

另一方面,这种断开意味着你不能总是交替地使用具体的类和接口。

扫码关注云+社区

领取腾讯云代金券