与静态方法相比,不可变对象有哪些优点?

不可变对象当然会有无效方法——除了改变对象的状态之外,还有其他类型的副作用。考虑:

public void WriteTo(Stream stream)

至于您的“不可变对象与静态方法”问题——如果您的方法实际上需要几个方面的状态,该怎么办 Foo ? 仅仅因为状态没有改变并不意味着将状态封装在一起是没有意义的。假设它有5个依赖项,而不是一个依赖项-您想写很多采用5个参数的静态方法吗?当您获得第六个依赖项(甚至只是另一个状态)时,您真的想将第六个参数添加到所有方法中,还是只添加到构造函数中?

FubarBaz()使成员发生变异 Foo.dependency 因此 Foo readonly . 依赖关系的连接可以而且应该在构造函数中完成(如果您正在执行IoC,大多数框架都需要这样做)。一个不变的设计可能会以这样的方式结束:

class Foo
{
    private readonly IDependency dependency;

    public Foo(IDependency dependency)
    {
        this.dependency = dependency;
        dependency.Baz = "fubar";
    }
}

使用静态类的决定应该基于您希望调用的外观,或者您是否绝对需要使用静态类,例如创建扩展方法时的情况。在IME中,在实现调用之前编写调用是在连接实现之前决定设计的好方法。静态与非静态基本上是一样的,只是静态不能“新建”(由您构建)。静态不是一成不变的,特别是因为您没有构造它们。你只需要处理一个实例。

我认为没有理由在不可变类设计中避免方法上的void返回类型。