OOP中的默认参数是不好的做法吗？

方法的默认参数是否违反封装？

不在C＃中提供默认参数的理由是什么？

我认为这是微软的“官方”回答。但是，默认（和命名）参数绝对可以在C＃4.0中使用。

不，它不会以任何方式影响封装。它根本不是必需的。通常，创建一个占用较少参数的重载是一种更灵活，更清晰的解决方案，因此C＃的设计者根本没有理由将默认参数的复杂性添加到该语言中。

添加“另一种做同样事情的方法”总是需要权衡。在某些情况下，它可能很方便。但是，你提出的合法语法越多，语言的学习就越复杂，你自己就越有可能阻止未来的扩展。（也许有一天他们会想出另一种语言扩展，它使用类似的语法。然后就不可能添加，因为它与之前添加的function相冲突）

如前所述，默认参数不是优先级function，但可能会在C＃4.0中添加。但是，我认为有很好的理由不提前包含它（在4.0中，正如我所理解的那样，它主要是为了支持编程的鸭子打字方式，其中默认参数增加了类型兼容性）。

我相信过多的参数列表（当然超过4-5个不同的参数）是代码气味。默认参数本身并不邪恶，但风险鼓励设计不良，将重构延迟到更多对象。

对于你的第一个问题 – 不，它与提供多个重载构造函数完全相同。至于第二个，我不能说。

默认参数将包含在C＃4.0中

一些关于它的阅读材料：

点击

似乎这篇文章的作者将在不久的将来发表一篇关于“为什么”MS选择在C＃中实现默认参数的文章

以下是为什么它没有在C＃中提供的答案http://blogs.msdn.com/csharpfaq/archive/2004/03/07/85556.aspx

C＃4.0中默认参数实现的一个缺点是它创建了对参数名称的依赖。这已经存在于VB中，这可能是他们选择在4.0中实现它的一个原因。

另一个缺点是默认值取决于您如何投射对象。你可以在这里阅读： http ： //saftsack.fs.uni-bayreuth.de/~dun3/archives/optional-parameters-conclusion-treat-like-unsafe/216.html 。