以下两者有何区别？
class C
{
// One:
public static readonly int ValueAsAMember = 42;
// Two:
public static int ValueAsAProperty { get { return 42; } }
}
我习惯性地采用第一种方式来编写常量（除非它们是私有的/内部的，在这种情况下我使用const关键字），但最近看到了第二种形式。
在可读性、约定、性能或其他方面，两种方式是否存在优劣之分？
你有三种选择:
public static readonly int Value = 42;public static int Value { get { return 42; } }public const int Value = 42;如果值在运行时不会改变，但可能在将来的代码版本中发生更改，请选择 static readonly。
如果值可能在运行时更改，请选择属性。当然，如果您使用给定的代码，则值不会更改。
如果值确实是一个常量，即使在将来的版本中也不会改变（类似于 Math.PI 或 int.MinValue），请选择const。当然，const的使用受值类型的限制。
const和static readonly之间的区别在于，const值将在调用现场替换。如果您在将来的版本中更改了const的值，则所有依赖于您的类的程序集都需要使用新值重新编译。
属性需要方法调用（调用get方法是一种方法调用）。因此，如果值在运行时保持不变，则没有必要使用属性。
是的，有一个优点：
如果将来在任何时候（例如在代码的未来版本中）该值可以发生变化，以一种方式使其具有时间依赖性，您可以在只读属性中支持它，而不必更改类的公共接口。
如果您必须使用属性替换只读字段，则必须重新编译使用您的类的任何其他程序集。
readonly 字段只能在 class 的 constructor 中更改。 - Harry89plvar cache = SomeExpensivePureFunction(C.Value) 这样使用它会怎么样？ - adrianm有两个主要的区别:
第一个区别是接口中不能有字段，但可以有属性。因此，如果您想在接口中使用此功能，则必须使用属性。
第二个更有趣的区别是，在构造对象时，readonly字段仍然可以被修改。看下面的代码：
public class MyTestClass
{
public readonly int MyInt = 1;
public MyTestClass()
{
MyInt = 2;
}
}
如果一个调用者执行了
new MyTestClass().MyInt
对于静态readonly字段的静态构造函数也是如此，它们将得到2。
readonly，你可以在代码的任何位置声明它。但是，你只有一次设置的机会。使用setter，你可以一次声明并设置。我认为第一行使用readonly关键字来使某个东西变成常量或只读。
而第二行则利用属性来实现只读。两者都可以实现相同的功能，但如果与IL进行比较，属性会在dll中添加一些额外的代码行。
是的，这两者之间有区别。
readonly 字段只能在构造函数中设置。
{get; private set;} 可以在类内任何时候进行设置。
示例：
public class Car
{
public readonly string Name;
public string color {get; private set;}
public Car()
{
Name = "Car";
Color = "Red";
}
// will fail compilation
public void ModifyName()
{
Name = "Subaru"
}
// perfectly ok
public void ModifyColor()
{
Color = "Green"
}
}
const，这与您的第一行代码几乎相同。第二行引入了一个方法调用，虽然可能会被内联，但这有什么意义呢？ - siridereadonly的唯一用途是在构造函数中设置它们，通常是为了TDD和设计模式（WPF＆SL）的接口。在此示例中使用const和C#命名标准，而不是c / c ++ 呵呵;) - Stígandrconst在IL中是在编译时被替换的。假设您有两个程序集A和B，程序集B引用程序集A的常量值。如果您更改了程序集A中的const值，但没有使用新编译版本更新程序集B，则可能会出现奇怪的行为，其中两个程序集之间的值不同。这绝对是一种边缘情况，但在设计公共API时需要考虑这个因素。 - Daniel Mann