C#4可选参数 是与VB.NET相同的C 4可选参数实现，可选参数在调用站点上编译（可能导致版本化问题）？< P>，根据SamNg，类似于C++中的默认参数。

是的，这会导致版本控制问题。但是，在合理的情况下，应使用可选参数。在许多情况下，这意味着将代码< > null < /C>或默认构造类传递给方法或构造器。< SamNg >，P> >，类似于C++中的默认参数。

---

是的，这会导致版本控制问题。但是，在合理的情况下，应使用可选参数。在许多情况下，这意味着将

null

或默认构造的类传递给方法或构造函数。

修复：谁是Sam Ng？他是M$developer吗？我认为blogs.msdn.com上的所有博客作者都是微软的员工（可能有些是MVP？）。FIXME:Sam Ng是谁？他是一个百万美元的开发者吗？我认为blogs.msdn.com上的所有博主都是微软的员工（可能有些是MVP？）。这给C#增加了一个严重的弱点。optional是在调用站点实现的，而不是作为重载实现的，这意味着如果更改了可选的parmaeter，则不针对彼此构建的程序集将无法工作。我不明白我们为什么需要它。重载提供相同的功能，方法签名永远不会被无形地修改。默认值是函数定义的一部分。更改它和更改函数名一样糟糕。当默认值被烘焙到重载中时，这与通过可选参数公开时一样正确。这给C#增加了一个严重的弱点。optional是在调用站点实现的，而不是作为重载实现的，这意味着如果更改了可选的parmaeter，则不针对彼此构建的程序集将无法工作。我不明白我们为什么需要它。重载提供相同的功能，方法签名永远不会被无形地修改。默认值是函数定义的一部分。更改它和更改函数名一样糟糕。当默认值烘焙到重载中时，与通过可选参数公开时一样，情况也是如此。