传递对象时为什么要使用'ref'关键字？

一尘不染

传递对象时为什么要使用'ref'关键字？

如果将对象传递给方法，为什么要使用ref关键字？这不是默认行为吗？

例如：

class Program
{
    static void Main(string[] args)
    {
        TestRef t = new TestRef();
        t.Something = "Foo";

        DoSomething(t);
        Console.WriteLine(t.Something);
    }

    static public void DoSomething(TestRef t)
    {
        t.Something = "Bar";
    }
}


public class TestRef
{
    public string Something { get; set; }
}

输出为“ Bar”，这表示该对象已作为参考传递。

阅读 319

2020-05-19

共1个答案

一尘不染

ref如果要更改对象是什么，则传递a ：

TestRef t = new TestRef();
t.Something = "Foo";
DoSomething(ref t);

void DoSomething(ref TestRef t)
{
  t = new TestRef();
  t.Something = "Not just a changed t, but a completely different TestRef object";
}

调用DoSomething之后，t不引用原始对象new TestRef，而是引用完全不同的对象。

如果要更改不可变对象（例如）的值，这可能也很有用string。string一旦创建了值，就无法更改它的值。但是，通过使用ref，您可以创建一个函数来将字符串更改为另一个具有不同值的字符串。

编辑：正如其他人所提到的。ref除非需要，否则使用它不是一个好主意。使用ref使方法可以自由更改其他参数，将需要对方法的调用者进行编码以确保他们能够处理这种情况。

同样，当参数类型为对象时，对象变量始终充当对对象的引用。这意味着ref使用关键字时，您将获得对引用的引用。这使您可以按照上述示例进行操作。但是，当参数类型是原始值（例如int）时，如果在方法中将此参数分配给该方法，则在方法返回后，传入的参数值将更改：

int x = 1;
Change(ref x);
Debug.Assert(x == 5);
WillNotChange(x);
Debug.Assert(x == 5); // Note: x doesn't become 10

void Change(ref int x)
{
  x = 5;
}

void WillNotChange(int x)
{
  x = 10;
}

2020-05-19