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

Question

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

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

score 11 · Accepted Answer

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

score 3 · Accepted Answer

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

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

score 2 · Accepted Answer

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

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

score 1 · Accepted Answer

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

score 1 · Accepted Answer

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

一些关于它的阅读材料：

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

score 1 · Accepted Answer

score 1 · Accepted Answer

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

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

7 回答 7