当前位置：文江博客话题详情

如何实例化一个大的不可变类型？

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

我有一个包含大约 40 个属性（所有值类型）的类型，代表我的业务的一种交易类型。此类的一个实例对应于我的数据库中的一行。我想保持我的类不可变，因为它只用于读取操作，但我不确定如何在初始化期间设置 40 个属性。

通常，我对不可变类型使用构造函数初始化，但我想避免编写具有 40 个参数的构造函数。我的财产的设置者目前是私人的，尽管我愿意有足够的理由进行更改。是否有处理这种情况的通用方法或解决问题的更好方法？

原文

分享到QQ

分享到微博

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

发布评论

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

三岁铭 2024-09-14 07:17:27

您的问题不在于具有 40 个参数的构造函数，而在于具有 40 个字段的类。

我建议打破这个。这些领域是否以某种方式相关？如果是这样，请将它们分组到一个公共对象（例如 EmailInfo）中，然后让您的大对象仅引用分组对象。

// Instead of this:
foo.EmailHeader
foo.EmailSubject
foo.Email...

// Do this:
foo.Email.Header
foo.Email.Subject

一旦您的类具有较少的直接属性，创建一个采用这些分组对象的构造函数就不那么可怕了。

Your problem isn't so much a constructor with 40 arguments, but a class with 40 fields.

I'd recommend breaking this down. Are any of the fields related in some way? If so, group them into a common object (e.g. EmailInfo), then have your big object just reference the grouping objects.

// Instead of this:
foo.EmailHeader
foo.EmailSubject
foo.Email...

// Do this:
foo.Email.Header
foo.Email.Subject

Once your class has fewer direct properties, creating a constructor that takes those grouping objects isn't so terrible.

回复收藏 0 原文

忆沫 2024-09-14 07:17:27

快点。您提到对象上的设置器是私有的。如果是这种情况，那么您的对象不是不可变的（否则设置器不可能存在）。最好的情况是你的对象是只读的。

对于真正的不可变对象，别无选择，只能让构造函数接受初始化对象所需的所有值。减少构造函数中参数数量的最佳方法是将值分组为更大的对象，然后将其传递给构造函数。尽管我不会这样做，除非这些值在逻辑上是相关的。

如果您的不可变类型确实需要 40 个值，并且它们在其他方面不相关，则最好的方法是使用具有 40 个值的构造函数。那或进一步分解大的不可变对象。

回复收藏 0 原文

无风消散 2024-09-14 07:17:27

我喜欢使用可变对象来实例化不可变对象的方法；可变对象只是为了整齐地传递选项。 .NET 框架中的一个示例是进程启动信息。

class XInfo {
  public int A;
  public int B;
}

class X {
  public X (XInfo i) {
    // you can transform the data/layout from i any way you need
    ..
  }
}

new X(new XInfo() {
  A = 42
})

虽然我对“40 个属性”保持沉默，但我发现上述方法非常有效。一个额外的好处是 XInfo，并且 X 中使用的内部结构可以完全不同，只要您可以提供合理的映射即可。

I like the approach of using a mutable object to instantiate an immutable object; the mutable object is just for tidy passing of options. One example of this in the .NET framework is ProcessStartInfo.

class XInfo {
  public int A;
  public int B;
}

class X {
  public X (XInfo i) {
    // you can transform the data/layout from i any way you need
    ..
  }
}

new X(new XInfo() {
  A = 42
})

While I'll hold my tongue about the '40 properties', I find the above approach works pretty well. An added bonus is the XInfo and the internal structure used in X can be entirely different, as long as you can provide a sane mapping.

回复收藏 0 原文