C# 对象初始值设定项的复杂性。最佳实践

Question

当 C# 中出现对象初始值设定项时，我太兴奋了。

MyClass a = new MyClass();
a.Field1 = Value1;
a.Field2 = Value2;

可以重写得更短：

MyClass a = new MyClass { Field1 = Value1, Field2 = Value2 }

对象初始值设定项代码更明显，但是当属性数量达到十几个并且某些赋值处理可为空值时，很难调试“空引用错误”的位置。 Studio 将整个对象初始值设定项显示为错误点。

现在，我使用对象初始值设定项来进行直接赋值，仅用于无错误的属性。

如何使用对象初始值设定项进行复杂的分配，或者使用数十个分配是一种不好的做法？

先感谢您！

Answer 1

好吧，我对对象初始值设定项的主要不满是它们需要可变类型来开始：在可能的情况下，我更喜欢使用不可变类型。话虽如此，当对象初始化器将工作时（例如对于UI控件）我倾向于使用它们。

如果赋值的值计算起来特别复杂，我可能会三思而后行 - 特别是，您必须能够在单个表达式中获取值，而这最终可能会比通过几个语句来计算它......但在开始可行的情况下这种情况相对较少。

我不能说在使用对象初始值设定项进行属性分配期间遇到任何异常问题 - 这不是我遇到的问题。如果确实如此，我可能会尝试编写一个失败的单元测试，此时代码通常无需调试器就可以轻松修复。

显然，适度总是一件好事 - 我并不建议采取极端......但如果您要设置十几个属性，那么使用对象初始值设定项对我来说不会像拥有十几个属性那样令人担忧设置开始。这十几个属性中有任何相关吗？应该以某种方式将它们封装在一起吗？ （在某些情况下，这很好 - 再次强调，特别是对于 UI 控件 - 但通常情况并非如此。）

Answer 2

如果您正在调试应用程序，那么在大多数情况下您应该仍然能够使用 VS 的调试工具来确定哪个赋值导致了空引用。

但是，如果您将分配分配到多行，我认为 VS 将在引发异常时指向正确的行：

MyClass a = new MyClass {
                    Field1 = Value1,
                    Field2 = Value2 };

注意：我自己不会这样做，所以请对我（可能）可怕的换行风格保持温和。

Answer 3

我从不在正在开发的代码中使用它，因为正如您所指出的，它更难以调试。

对于经过良好测试的代码，它可以使代码更具可读性，尽管可能有人会说，您不应该仅仅为了使其更易于阅读而搞乱经过良好测试和工作的代码。

请记住，对象初始化程序引入该语言主要是为了使 Linq 语法合法。这并不意味着它应该得到更广泛的使用。

话虽如此，如果您要在多个控件上设置一堆属性，则仅使用缩进就可以更轻松地快速了解某些控件的属性设置位置。