鉴于非常多的客户要求，Anders 发了下慈悲，允许在 C#中支持可选和命名参数（Optional and Named Parameters）。就像 VB 那样，可选参数通过包含一个默认值来支持。并像 VB 中的那样，必选参数必须先于任何可选参数之前出现。
命名参数也被完全地支持了。这允许开发人员以任何他们习惯的顺序来设定参数值。这个功能对于普通以及可选参数都有效，人们只有在处理可选参数的时候才会希望看到它。
当参数用于解析表达式的时候，顺序严格地由进行调用的代码所确定，而无需遵循函数的签名顺序。虽然这种方式不被推荐，但这意味着使用了这种方式的表达式可以更安全或者不安全地用作参数。
COM 函数库具有一个糟糕的习性，就是使用 Object 作为返回值。为了解决这个问题，C# 4 将自动地把任何由 COM 返回的对象都升级为“动态”类型。正如我们在之前的文章提及的那样，这允许在对象上进行后绑定调用，犹如开发人员手动地编写了所需的反射代码。
“ref”修饰符对于 COM 调用不再需要，除非引用语义确实需要。
最后，这也意味着代码会通常如下所示：
复制代码
//C# 3 var a = (IFoo) obj.Foo(ref missing, ref missing, ref missing, ref missing, ref missing, 5, ref missing, ref missing, ref missing); var b = (IBar)a.Bar(); var c = b.Value; //C# 4 dynamic obj = //some COM or DLR object var c = obj.Foo(clientId := 5).Bar().Value
同时目前还有一个关于参数化属性的流言。一旦得到它更多的信息，我们将发表一篇更新新闻。
查看英文原文： C# Feature Focus: Optional and Named Parameters, COM Interoperability
暂无签名
最新发布
吴磊畅谈 Silverlight 在中国人寿的应用
2010-10-27
Azure 于今日正式商用收费，不包括中国大陆
2010-02-01
MonoDevelop 正式迈入跨平台时代
2009-09-10
中国开发者画像洞察研究报告 2024
分析开发者的行为模式、工作价值、职业发展等内容，帮助整个行业生态更深入地理解开发者，为他们提供更精准...
华为云海量规模下的故障定界实践
如何提高 DDD 建模能力？
JVMTI Agent 在中间件领域的应用
评论