当实例用于“假设”情况时，不可变类适用。工具？

发布于 2024-10-23 17:21:19 字数 347 浏览 5 评论 0原文

我有一个类，它基本上表示模型的参数，并封装使用这些参数计算模型值的逻辑。我正在尝试决定这个类是否应该是不可变的。在实践中，模型的实例将通过拟合某些数据集来生成，因此从这个意义上说，该实例是不可变的（至少对我来说）是有意义的，因为它与外部数据相关。

另一方面，将有一个 GUI 让用户进行“假设分析”，其中他们可以更改参数以查看它如何更改模型值。因此，我可以使模型可变以简化此操作，或者在每次更改参数时创建新副本。后者看起来很尴尬，特别是如果有例如 5 个参数可以单独上下勾选...似乎我必须为每个返回副本的参数实现一个 SetX() 方法，对吗？

我是否想得太多了，或者这里有合适的模式可以使用吗？（这是 C# 代码，尽管我猜并不是特定于语言的）

原文

分享到QQ

分享到微博

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

发布评论

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

∞琼窗梦回ˉ 2024-10-30 17:21:19

仔细考虑该对象将如何实际用于您的推测分析。对于简单的、一次性的、让我们改变字段尝试一些东西然后将其更改回来的场景，当然，只需使其可变即可。但假设你想拿出大枪；那么拥有一个不可变的模型就变得更好了。

Data d = whatever;
// What if we mutate X and Y? Which one maximizes the value of Foo(d) ?
var query = from x in Range(0, 100)
            from y in Range(0, 100)
            let mutated = data.MutateX(x).MutateY(y)
            orderby Foo(mutated)
            select mutated;

var max = query.First();

等等。使用不可变模式，编写推测性查询变得更加容易，跨多个核心并行化这些查询变得更加容易，等等。

Consider carefully how the object is going to actually be used for your speculative analysis. For straightforward, one-off, let's-mutate-the-field-try-something-and-change-it-back scenarios, sure, just make it mutable. But suppose you want to pull out the big guns; then it becomes much nicer to have an immutable model.

Data d = whatever;
// What if we mutate X and Y? Which one maximizes the value of Foo(d) ?
var query = from x in Range(0, 100)
            from y in Range(0, 100)
            let mutated = data.MutateX(x).MutateY(y)
            orderby Foo(mutated)
            select mutated;

var max = query.First();

And so on. With an immutable pattern it becomes much easier to write speculative queries, it becomes much easier to parallelize those queries across multiple cores, and so on.

回复收藏 0 原文