使用 ref 表示参数将被修改

Question

我理解 ref 意味着当方法返回时，提交的引用可能指向一个完全不同的对象。

然而，我喜欢 ref 修饰符的一点是，开发人员会立即知道，当方法返回时，他输入的内容可能会有所不同，因为调用方也需要 ref 修饰符。

从一个假设的 ORM 中采用一个简单的方法：

public Boolean AddItem(Entity someEntity)
{
  try
  {
    // Add item to database
    // Get Id of entity back from database
    someEntity.Id = *returnedId*;
    return true;
  }
  catch (DBException ex)
  {
    return false;
  }
}

该方法的任何调用者可能不知道他们的实体已通过调用该方法进行了更新。但是，将 someEntity 设置为 ref 参数，它向开发人员表明他们提交的参数会有所不同，然后他们知道要深入研究文档/代码以找出它是如何更改的，而没有他们可能从未想过这样做的修饰符。

我知道这有点滥用 ref 修饰符，因为在上面的示例中实际上并不需要它，但是这样使用它实际上会给我带来什么问题吗？

Answer 1

我认为这是滥用。假设Entity是引用类型，参数声明

bool AddItem(ref Entity someEntity)

表示该方法可能会将引用 someEntity 移动到“指向”一个完全不同的对象实例。

如果您所做的只是改变现有实例someEntity，请不要写ref。相反，使用名称（方法名称和参数名称）和文档来明确您将“改变”（更改）对象。 示例名称（您可以选择更好的名称，因为您知道实际代码）：AddItemAndUpdateEntityID

使用ref的后果：

• 调用者必须使用一个变量。他不能使用属性、方法调用或表达式求值的返回值
• 调用者必须使用确切的类型，他不能传递SpecificEntity，比如说，SpecificEntity 派生自Entity
• 您的方法的逻辑必须准备好其他线程（或您自己调用的其他方法）可能会更改ref 参数的标识。例如，如果您在方法顶部检查 someEntity == null 是否在您的方法的稍后位置，因为其他人可能已将引用移至其他位置，因此该方法可能已更改。

Answer 2

然而，我喜欢 ref 修饰符的一点是，开发人员立即知道他输入的内容可能在方法返回时有所不同

不，他们没有。

他们对ref 修饰符的了解是，当方法返回时，参数实际上可能引用了else。

将接受引用类型的方法更改为仅使用 ref 以便您给人一种错误的印象在任何方面都没有用。

当然也有另一面；除了滥用ref 来表明它不意味着什么，你已经失去了ref 来表明它确实 含义的能力；必须检查代码以查看该方法是否实际使用 ref，否则不会知道从一个方法调用到另一个方法您是否仍在处理同一个对象。