我在使用C#时遇到了这个错误信息：
属性或索引器不能作为 out 或 ref 参数传递
我知道这个错误的原因，并且采取了快速解决方案，创建一个正确类型的本地变量，将其作为 out/ref 参数调用函数，然后将其赋回属性：
RefFn(ref obj.prop);
{
var t = obj.prop;
RefFn(ref t);
obj.prop = t;
}
如果属性在当前上下文中不支持 get 和 set，则此方法显然会失败。
为什么C#不直接为我做到这一点呢？
我能想到的唯一可能产生问题的情况是：
对于线程，这种转换会影响写入发生的时间（在函数调用之后与在函数调用中），但我认为任何依赖于此的代码在出现问题时都将得到很少的同情。
对于异常，问题在于：如果函数分配给多个 ref 参数之一，那么会发生什么情况？任何简单的解决方案都会导致所有参数都被分配或者全部不被分配。再次强调，我认为这不是语言的所支持的使用方式。
注意：我理解为什么会生成这个错误信息的机制。我想知道的是，为什么C#不自动实现这个微不足道的解决方法的原因。
属性不过是Java风格的getX/setX方法的语法糖。在方法上使用'ref'没有多大意义。在您的情况下，这样做是有意义的，因为您的属性只是存根字段。属性不必仅是存根，因此框架不能允许在属性上使用“ref”。
编辑：简单地说，属性getter或setter可能包含的远不止一个字段读写，这使得允许你所提出的语法糖变得不太理想，甚至可能出乎意料。这并不是说我以前没有需要这种功能，而是我理解为什么他们不想提供它。
只是提一下，C# 4.0 将会有类似这样的语法糖，但只在调用交互方法时使用 - 部分原因是在这种情况下ref非常普遍。 我没有在 CTP 中进行过多测试; 我们必须看看它的实际效果 ...
你可以使用带有ref/out的字段，但不能使用属性。原因是属性实际上只是特殊方法的语法简写。编译器实际上将get/set属性转换为相应的get_X和set_X方法，因为CLR不直接支持属性。
这不是线程安全的；如果两个线程同时创建属性值的副本并将它们作为 ref 参数传递给函数，那么只有一个会返回到属性中。
class Program
{
static int PropertyX { get; set; }
static void Main()
{
PropertyX = 0;
// Sugared from:
// WaitCallback w = (o) => WaitAndIncrement(500, ref PropertyX);
WaitCallback w = (o) => {
int x1 = PropertyX;
WaitAndIncrement(500, ref x1);
PropertyX = x1;
};
// end sugar
ThreadPool.QueueUserWorkItem(w);
// Sugared from:
// WaitAndIncrement(1000, ref PropertyX);
int x2 = PropertyX;
WaitAndIncrement(1000, ref x2);
PropertyX = x2;
// end sugar
Console.WriteLine(PropertyX);
}
static void WaitAndIncrement(int wait, ref int i)
{
Thread.Sleep(wait);
i++;
}
}
PropertyX最终的值为1，而字段或局部变量的值为2。
当要求编译器执行复杂操作时，匿名方法等因素会引入困难，上述代码示例也凸显了这一点。
当你在参数前加上 ref/out 时，表示你正在传递一个存储在堆中的引用类型。
属性是包装方法，而不是变量。
这个网站似乎为您提供了一种解决方法。虽然我没有测试过，所以不能保证它会起作用。该示例似乎使用反射来访问属性的get和set函数。这可能不是推荐的方法，但它可能可以实现您所要求的功能。
http://www.codeproject.com/KB/cs/Passing_Properties_byref.aspx
T的属性不应该只有getter和setter方法，而应该还有一个ActUpon<U>([indexparams...,] ActionByRef<T,U> act, ref U param)方法。这样的方法将允许像ListOfPoints[4].X += something这样的语句被高效地执行，使用静态委托和无闭包(ListOfPoints.ActUpon(4, (ref Point it, ref param) => {it.X += param;}, ref something);)。 - supercat