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

Question

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

在 C# 中不提供默认参数的原因是什么？

Answer 1

我会将此作为微软的“官方”回答。 但是，C# 4.0 中肯定会提供默认（和命名）参数。

Answer 2

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

添加“做同样事情的另一种方法”始终是一种权衡。 在某些情况下，它可能很方便。 但是，您使语法越合法，语言学习起来就越复杂，您可能会越多地陷入困境，从而阻止未来的扩展。 （也许他们有一天会为该语言提出另一个扩展，它使用类似的语法。那么就不可能添加，因为它与他们之前添加的功能相冲突）

Answer 3

如前所述，默认参数不是优先功能，但可能会在 C# 4.0 中添加。 但是，我相信有充分的理由不早点包含它（在 4.0 中，据我了解，它主要支持鸭子类型styles 编程，其中默认参数增加了类型兼容性）。

我相信过多的参数列表（肯定超过 4-5 个不同的参数）是一种代码异味。 默认参数本身并不邪恶，但有可能鼓励糟糕的设计，延迟重构为更多对象。

Answer 4

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

Answer 5

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

一些关于它的阅读材料：

点击

点击

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

Answer 6

这是为什么 C# http://blogs.msdn.com/csharpfaq/archive/2004/03/07/85556.aspx中没有提供的答案

Answer 7

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

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