我的偏好是尽可能使用const，正如前面的回答中所提到的，它仅限于字面表达或不需要求值的内容。

如果我碰到了这个限制，那么我会回退到静态只读，但有一个警告。我通常会使用带有getter和支持私有静态只读字段的公共静态属性，正如Marc在这里提到的。

静态只读：

可以在运行时通过静态构造函数更改该值。但不是通过成员函数。

常量：

默认情况下为静态。值不能从任何地方（构造函数、函数、运行时等）更改。

只读：

可以在运行时通过构造函数更改该值。但不是通过成员函数。

您可以查看我的存储库：C#属性类型。

有一个重要的问题，在上面的答案中没有提到，应该会促使您更喜欢“const”，特别是对于“int”、“string”等基本类型。

常量可以用作属性参数，静态只读字段不能！

Azure函数HttpTrigger，未在属性中使用HttpMethods类

如果微软为Http的GET、POST、DELETE等使用常量就好了。

可以写

[HttpTrigger(AuthorizationLeve.Anonymous,  HttpMethods.Get)] // COMPILE ERROR: static readonly, 

但我不得不求助于

[HttpTrigger(AuthorizationLeve.Anonymous,  "GET")] // STRING

或者使用我自己的常量：

public class HttpConstants
{
    public const string Get = "GET";
}

[HttpTrigger(AuthorizationLeve.Anonymous,  HttpConstants.Get)] // Compile FINE!

施工

只能应用于字段。值应在代码编译时。适合在编译代码之前就已经知道的代码中删除神奇的“字符串”、“int/double”、（原始类型）等。编译后，该值将被放置在编译代码的所有使用常量的地方。所以，如果你在很多地方使用了一个巨大的字符串，那么在使它成为常量之前要小心。考虑使用静态只读。

静态只读

静态只读应用于字段/道具，静态可用于方法。（附带说明）当静态应用于方法时，编译的代码不会将“this”参数传递给方法，因此您无法访问对象的实例数据。适用于编译代码后可能更改的值。类似于在应用程序启动等过程中从配置初始化的值。编译代码后，在IL代码中使用ref to值，与使用const相比可能会慢一些，但编译的代码很小

在重构过程中，所有常量都可以安全地转换为静态只读，但反之亦然，正如我们前面所看到的，当一些静态只读变量可以在构造函数中初始化时，转换后的代码可能会中断。

Const：Const只是“常量”，它的值是常量，但在编译时是常量。并且必须为其赋值。默认情况下，常量是静态的，我们不能在整个程序中更改常量变量的值。静态只读：静态只读类型变量的值可以在运行时赋值，也可以在编译时赋值，并在运行时更改。但该变量的值只能在静态构造函数中更改。并且不能进一步改变。它只能在运行时更改一次

参考：c-sharpcorner

常量：

应在声明时给出值编译时间常数

只读：

值可以在声明时或在运行时使用构造函数给出。值可能会因使用的构造函数而异。运行时间常数