是否应该在构造函数签名中列出可选参数？

Question

考虑到最佳实践，将可选参数添加到构造函数签名的明智方法是什么？ 您是否应该只列出核心参数并依赖于初始化程序的非可选属性？ 在我看来是最明智的方法！

Answer 1

特别是通过使用对象初始化程序分配属性值的能力，构造函数的多个重载远没有以前有用。 过去，它们对于设置可变性以实现代码紧凑性非常有用。

现在可以写

MyClass my = new MyClass() { PropA = 1, PropB = 2 };

几乎和

MyClass my = new MyClass(1, 2);

同时更具表现力。

但是，有时对象的性质决定了过载将为对象使用者提供有意义的契约。 例如，为接受长度和宽度的Rectangle类提供重载并不是没有道理的（我不会在代码审查中看到它）。 就个人而言，我仍然不会提供重载，因为对象初始化程序的语法更具表现力，避免了诸如“是Rectangle（int length，int width）还是Rectangle（int width，int length）？”之类的问题。 在阅读代码时（我知道，在编写代码时intellisense会有所帮助）。

Answer 2

我相信这是个好方法。 人们通常使用属性作为可选参数。 但这使对象可变。 使用可选的构造函数参数/ ctor重载是使对象保持不变的好方法。

Answer 3

根据经验，我只向构造函数添加创建有效的工作对象所需的参数。 随着对象初始化程序语法的出现，客户端可以更轻松地配置他想要的任何其他参数。

但是，我认为该规则应该有很多例外：很多时候，您可能希望提供一个重载，从而使开发人员更容易，更清楚地了解到他可以期望对某个对象进行更改的内容。

Answer 4

考虑使用子类而不是几个构造函数。

原因：通常，两个不同的构造函数表示需要两种不同的行为。 不同的行为应该由不同的类来实现。

然后，该子类将具有一个名称，该名称指示它是基类的一种特殊版本，以及一个构造函数，该构造函数确保只能在有效状态下创建此类对象。