【问题标题】:Creating Immutable JObject创建不可变的 JObject
【发布时间】:2018-04-28 03:00:37
【问题描述】:

我正在尝试创建一个 JObject 的扩展类,它是不可变的。

如果我创建一个像下面这样的类,它可以防止实际的 JObject 被修改吗?

public class ImmutableJObejct: JObject
{
    public readonly JObject JObject;
    public ImmutableJObejct(JObject jObject)
    {
        this.JObject = jObject;
    }
}

哪种方法是正确的? 我不应该从 JOBject 扩展代码并实现我需要的每个方法吗?

【问题讨论】:

标签: c# immutability


【解决方案1】:

回答您的问题:是和否。或“视情况而定”。

基本上有两种不可变对象:“浅”不可变对象,其中所有属性都是只读的,没有任何修改状态的方法,“深”不可变对象,不仅所有属性都是只读的,它们也是本身不可变或可变对象的副本。

您的示例是浅不可变对象的示例。它不允许您在创建 ImmutableJobject 后为其提供新的 JOject,但您可以更改该对象的属性。要使其成为深层不可变对象,需要将字段 JObject 更改为只读属性,每次访问时都会创建一个新的 JObject。

更新:与所有事物一样,不变性伴随着成本和收益。主要成本是需要创建更多对象,要么捕获新状态,要么防止深层不可变对象的属性发生变化。根据创建的此类对象的数量以及跟踪/引用它们的时间长短,这可能会影响 CPU 和内存。除非您控制对象的图形/层次结构中的所有对象,否则您几乎无法避免这种成本。

【讨论】:

  • 如果每次访问都创建新的JObject,会不会占用大量内存?是否有解决此类问题的方法?
【解决方案2】:

基本上你每次都可以返回一个新的 JObject 实例。

public class ImmutableJObejct
{
    private readonly JObject _jObject;

    public ImmutableJObejct(JObject jObject)
    {
        _jObject = jObject;
    }

    public JObject JObject
    {
        get { return new JObject(_jObject); }
    }
}

【讨论】:

  • 我为每个请求返回新 JObject 的深层副本。但是,内存使用存在问题。此类问题有哪些可能的解决方法?
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2013-08-17
  • 1970-01-01
  • 2010-09-26
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多