VB.Net项目将数百个Shared常量存入Module是否影响应用性能？

核心结论 #

完全不会对应用运行性能造成可观测的负面影响，这种消除魔法字符串的重构方案是非常推荐的。 #

具体原因说明 #

• 编译时常量无运行时开销

  VB.Net中Const修饰的常量默认属于Shared成员，且是编译时常量。编译器在构建程序时，会直接将所有引用该常量的代码位置替换为常量的实际字符串值，运行时完全不存在访问Module成员的寻址开销，最终编译产物和直接写魔法字符串的写法完全等价，性能没有任何差异。
  即便你误将字段声明为Shared ReadOnly（运行时常量），带来的性能开销也可以忽略不计，仅在第一次访问Module时触发一次初始化，后续访问的开销和读取普通字符串变量一致。

• 内存占用极低

  .NET运行时存在字符串驻留池机制，相同的字符串值不会重复占用内存。数百个字段名字符串的总内存占用通常不超过几十KB，对应用的整体内存开销没有任何可感知的影响。

• 重构收益远高于潜在风险

  这种方案除了解决魔法字符串拼写错误难排查、字段名修改难全局替换的问题外，还能获得编译期校验、代码智能提示等收益，完全不会引入性能层面的问题。

可选优化建议 #

如果常量数量过多，可按数据表拆分结构，避免数百个常量平铺导致维护困难，示例如下：

Module DataTableFieldDefs
    ' 用户表对应字段
    Public Class UserTable
        Public Const UserId As String = "user_id"
        Public Const UserName As String = "user_name"
        Public Const CreateTime As String = "create_time"
    End Class

    ' 订单表对应字段
    Public Class OrderTable
        Public Const OrderId As String = "order_id"
        Public Const OrderAmount As String = "order_amount"
        Public Const PayStatus As String = "pay_status"
    End Class
End Module

' 调用示例：dt.Rows(0).Item(DataTableFieldDefs.UserTable.UserId)

内容的提问来源于stack exchange，提问作者andrea.bignardi