我应该使用对象初始化器还是构造函数？

Question

我刚刚学习了对象初始化器,并想知道什么时候使用它们的最佳实践.

这是我读到的关于它们的内容:http://msdn.microsoft.com/en-us/library/vstudio/bb384062.aspx 它清楚地表明它们是创建匿名类型所必需的,但我想知道我是否应该在所有其他情况下,尝试将它们更喜欢正常的构造函数.

Answer 1

我想知道在所有其他情况下我是否应该尝试将它们更喜欢普通的构造函数.

我会说不.

构造函数具有很多优点.使用构造函数,编译器将强制将所有必需的数据提供给您的类型.这意味着您无法创建处于无效状态的类型实例,这样您就可以主动防止许多错误.

另一方面,对象初始化器产生许多缺点.您必须为初始化所需的任何数据提供可公开设置的属性.它们在施工时不是必需的,因此您的类型的用户可能会意外遗漏一些数据.

通常,在构造函数中应该需要您的类所需的任何操作.即使您有自定义构造函数,仍然可以使用对象初始值设定项,但只应用于在类上设置时可选的数据.在初始化中混合两者都很好,这意味着你可以这样做:

var yourInst = new YourClass(req1, req2) { OptionalProperty = opt1 }

这有助于减少所需的构造函数重载次数(类似于使用可选参数,但没有可选参数中版本控制的一些缺点).

Answer 2

我相信你很困惑.

对象初始值设定项将调用类的默认(或指定)构造函数!所以你不能真正使用对象初始化器而不是普通的构造函数.因此,在使用对象初始化程序时,无论如何都要调用构造函数.

如果您想知道正在设计的类的Object Initializers,那么答案仍然适用.确保提供有意义的必要构造函数.您不需要执行任何特殊操作来启用/允许对象初始值设定项.它们是C#编译器自3.0版以来提供的语法糖,允许您的类的用户在构建后立即初始化您的类的公共成员.

Answer 3

一个好的经验法则是:

主要优势初始化的是,你不具备设置它们在创建对象时-您可以稍后设置它们的基础上,其他逻辑.

Answer 4

我目前在使用它们时发现以下问题：

分配的属性必须是可更改的。这似乎是不可取的，因为如果数据传递给构造函数，我可以在那里检查它，如果提供的数据不足或错误，则使对象创建失败。如果可以为数据分配一个属性，我突然必须弄清楚我的对象的状态是什么，是否所有内容都已正确创建，或者我可能处于哪种其他状态。
分配的属性必须是公共的。这意味着对原本可能是私有的事物的访问必须公开，然后通过使用接口或类似的东西进行限制。

所以我的工作理论是：不要使用对象初始化器，它们会鼓励愚蠢的事情。