我已经了解了常量和静态只读字段。我们有一些类只包含常量值。它们用于我们系统中的各种事情。所以我想知道我的观察是否正确:

对于所有公开的内容,这些常量值是否总是静态只读的?并且只对内部/受保护/私有值使用const?

你有什么建议?我甚至应该不使用静态只读字段,而应该使用财产吗?


当前回答

施工

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

静态只读

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

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

其他回答

需要注意的几个相关事项:

常量int a

必须初始化。初始化必须在编译时进行。

只读int a

可以使用默认值,而无需初始化。初始化可以在运行时完成(编辑:仅在构造函数内)。

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

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

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

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

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

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

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

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

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

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

Const:常量变量值必须与声明一起定义,之后它不会改变。这在编译时有一个值。

ReadOnly:我们可以在声明时定义只读变量值,也可以在运行时使用构造函数。没有类实例,只读变量无法访问。

静态只读:我们可以在声明时定义静态只读变量值,也可以仅通过静态构造函数,但不能使用任何其他构造函数。我们还可以在不创建类实例(作为静态变量)的情况下访问这些变量。

如果我们必须在不同的程序集中使用变量,静态只读将是更好的选择。请在以下博客文章中查看详细信息:

Const Strings——一种非常方便的射击自己脚的方式

常量:

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

只读:

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