C# 成员变量初始化；最佳实践？

发布于 2024-07-10 00:09:17 字数 342 浏览 10 评论 0原文

初始化更好

private List<Thing> _things = new List<Thing>();
private int _arb = 99;

在声明时初始化类成员变量还是在默认构造函数中

private List<Thing> _things;
private int _arb;

public TheClass()
{
  _things = new List<Thing>();
  _arb = 99;
}

？这仅仅是一种风格问题还是存在性能权衡（某种方式）？

原文

Is it better to initialize class member variables on declaration

private List<Thing> _things = new List<Thing>();
private int _arb = 99;

or in the default constructor?

private List<Thing> _things;
private int _arb;

public TheClass()
{
  _things = new List<Thing>();
  _arb = 99;
}

Is it simply a matter of style or are there performance trade-offs, one way or the other?

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

水水月牙 2024-07-17 00:09:17

从性能上来说，没有什么本质区别；字段初始值设定项作为构造函数逻辑实现。唯一的区别是字段初始值设定项发生在任何“base”/“this”构造函数之前。

构造函数方法可以与自动实现的属性一起使用（字段初始值设定项不能） - 即

[DefaultValue("")]
public string Foo {get;set;}
public Bar() { // ctor
  Foo = "";
}

除此之外，我倾向于更喜欢字段初始值设定项语法；我发现它使事情保持本地化 - 即

private readonly List<SomeClass> items = new List<SomeClass>();
public List<SomeClass> Items {get {return items;}}

我不必上下寻找它被分配的位置......

明显的例外是你需要执行复杂的逻辑或处理构造函数参数 - 在这种情况下构造函数 -基于初始化是要走的路。同样，如果您有多个构造函数，那么字段最好总是以相同的方式设置 - 因此您可能有类似以下的构造函数：

public Bar() : this("") {}
public Bar(string foo) {Foo = foo;}

编辑：作为旁注，请注意在上面，如果还有其他字段（不是显示）带有字段初始值设定项，那么它们仅在调用 base(...) 的构造函数中直接初始化 - 即 public Bar(string foo) 构造函数。另一个构造函数不运行字段初始值设定项，因为它知道它们是由 this(...) 构造函数完成的。

In terms of performance, there is no real difference; field initializers are implemented as constructor logic. The only difference is that field initializers happen before any "base"/"this" constructor.

The constructor approach can be used with auto-implemented properties (field initializers cannot) - i.e.

[DefaultValue("")]
public string Foo {get;set;}
public Bar() { // ctor
  Foo = "";
}

Other than that, I tend to prefer the field initializer syntax; I find it keeps things localized - i.e.

private readonly List<SomeClass> items = new List<SomeClass>();
public List<SomeClass> Items {get {return items;}}

I don't have to go hunting up and down to find where it is assigned...

The obvious exception is where you need to perform complex logic or deal with constructor parameters - in which case constructor-based initialization is the way to go. Likewise, if you have multiple constructors, it would be preferable for the fields to always get set the same way - so you might have ctors like:

public Bar() : this("") {}
public Bar(string foo) {Foo = foo;}

edit: as a side comment, note that in the above, if there are other fields (not shown) with field initializers, then they are only directly initialized in the constructors that call base(...) - i.e. the public Bar(string foo) ctor. The other constructor does not run field initializers, since it knows they are done by the this(...) ctor.

回复收藏 0 原文

飘然心甜 2024-07-17 00:09:17

实际上，您演示的字段初始值设定项是一种方便的简写。编译器实际上将初始化代码复制到您为类型定义的每个实例构造函数的开头。

这有两个含义：首先，任何字段初始化代码都会在每个构造函数中重复，其次，您在构造函数中包含的用于将字段初始化为特定值的任何代码实际上都会重新分配字段。

因此，就性能而言，以及编译代码大小方面，您最好将字段初始值设定项移至构造函数中。

另一方面，性能影响和代码“膨胀”通常可以忽略不计，并且字段初始值设定项语法具有重要的好处，可以减少您可能忘记在某个构造函数中初始化某些字段的风险。

回复收藏 0 原文

安静 2024-07-17 00:09:17

字段初始值设定项的一个主要限制是无法将它们包装在 try-finally 块中。如果在字段初始值设定项中引发异常，则在先前初始值设定项中分配的任何资源都将被放弃；没有办法阻止它。构造中的其他错误可以通过让受保护的基构造函数通过引用接受 IDisposable 并将其指向自身作为其第一个操作来处理（如果笨拙的话）。然后，我们可以避免调用构造函数，除非通过工厂方法，在发生异常的情况下，将在部分创建的对象上调用 Dispose。如果主类构造函数在“走私”对新对象的引用后失败，则此保护将允许清理在派生类初始值设定项中创建的 IDisposables。不幸的是，如果字段初始值设定项失败，则无法提供此类保护。

回复收藏 0 原文