在 C# 中，_where_ 克隆对象有哪些经验法则？

Question

情况如下：我正在尝试确定克隆对象的位置部分以避免修改原始对象。

我有两个选择：

克隆 caller 中的对象并将克隆的对象传递给方法 ("callee")，从而防止被调用者进行潜在的修改。
克隆 callee 中的对象，因为被调用者修改了传递给它的对象，这假设调用者从不想修改参数对象。

我发现这个 6 岁的答案有多种观点。不幸的是，似乎并没有达成真正的共识。

Passing copy of object to method -- who does the copying?

这是我的代码形式的问题：

我是否在 调用程序 中克隆对象并将克隆的对象传递给方法？

public static void Main()
{
    var foo = new Foo();
    Bar.Baz(foo.DeepClone());
}

public static class Bar
{
    public static void Baz(Foo foo)
    {
        /* ... modifies members in foo ... */
    }
}

public class Foo { /* ... */ }

我是否克隆 被调用者 中的对象？

public static void Main()
{
    var foo = new Foo();
    Bar.Baz(foo);
}

public static class Bar
{
    public static void Baz(Foo foo)
    {
        foo = foo.DeepClone();
        /* ... modifies members in foo ... */
    }
}

public class Foo { /* ... */ }

所以，我的问题是：

跨语言克隆对象有哪些好的经验法则，尤其是在 C# 和 .NET 领域？
无论答案如何，有哪些好的方法可以记录修改参数的方法或克隆对象的方法的行为？

Answer 1

方法的目的是改变对象吗？然后不要在方法内部克隆。您希望副作用发生。通常，方法名称会清楚地指出预期发生突变的事实（例如 UpdateCustomer）。

如果方法的明确目的不是改变其输入，那么突变是一个实现细节，并且该方法必须确保突变不会泄露出去。它可以通过克隆来做到这一点。

方法不应仅将其输入用作草稿 space。 Win32 API 中的某些 API 会做一些非常令人困惑的事情。

Answer 2

实施（和记录）常量的最佳方法是定义一个只读接口并将您的参数定义为该接口。任何接受接口的东西都是常量，任何接受完整对象的东西都可能改变对象。

如果您遵循这种方法，如果调用者不希望出现副作用，则它应该进行克隆，因为我们已经允许被调用者通过传递一个可修改的对象来修改对象。

在 C# 中，_where_ 克隆对象有哪些经验法则？

In C#, what are some rules of thumb for _where_ to clone objects?

c#

clone

single-responsibility-principle

responsibility