如果Consumer位于不同的程序集中，我将使用静态只读。将const和Consumer放在两个不同的集合中是一个很好的方法来击中自己的脚。

Const、readonly、static readonly-执行类似操作但有重要区别的关键字：

•Const-是一个变量，其值为常量，在编译时赋值。必须为其赋值。默认常量是静态的，我们不能在整个程序中更改常量变量的值。

•只读-意味着我们可以在运行时更改的值，也可以在运行时间分配它，但只能通过非静态构造函数。

•静态只读值​​可以在运行时分配，也可以在编译时分配，并在运行时更改。但该变量的值只能在静态构造函数中更改。并且不能进一步改变。在执行过程中只能更改一次。

您可以在此处找到示例-https://www.c-sharpcorner.com/UploadFile/c210df/difference-between-const-readonly-and-static-readonly-in-C-Sharp/

公共静态只读字段有点不寻常；公共静态财产（只有一个get）将更常见（可能由私有静态只读字段支持）。

常量值直接写入调用站点；这是双面的：

如果值是在运行时获取的，可能是从config获取的如果更改常量的值，则需要重建所有客户端但它可以更快，因为它避免了方法调用。。。…有时JIT可能会内联

如果该值永远不会改变，那么常量是好的-零等是合理的常量；p除此之外，静态财产更常见。

静态只读字段在暴露于其他程序集的值可能会在更高版本中更改。

例如，假设程序集X公开一个常量，如下所示：

public const decimal ProgramVersion = 2.3;

如果程序集Y引用X并使用该常量，则值2.3编译时将烘焙到程序集Y中。这意味着如果稍后重新编译X并将常量设置为2.4，则Y仍将使用旧值2.3直到重新编译Y。静态只读字段避免了这个问题。

另一种看待这一点的方式是根据定义，未来的变化不是一成不变的，因此应该不能表示为一个。

常量就像名称所暗示的那样，字段不会改变，通常在编译时在代码中静态定义。

只读变量是可以在特定条件下更改的字段。

它们可以在第一次像常量一样声明时初始化，但通常在构造函数内的对象构造期间初始化。

在上述条件下，初始化发生后不能更改它们。

静态只读对我来说听起来是一个糟糕的选择，因为如果它是静态的，并且它永远不会改变，那么就使用它public const。如果它可以改变，那么它不是常量，然后根据您的需要，您可以使用只读变量，也可以仅使用常规变量。

另外，另一个重要区别是常量属于类，而只读变量属于实例！

有一个重要的问题，在上面的答案中没有提到，应该会促使您更喜欢“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!