C结构体数组初始化代码转C++编译报错，咨询修改方案及行为一致性

多年前编写的C语言代码在Visual Studio社区版的C++环境中编译失败，原代码如下：

typedef struct {
    char* szString;
    int  iID;
}   LocalStringElement;


LocalStringElement l_sTheStrings[] = {
    {"Simple",      0}, {"S", 0},
    {"Triangular",  1}, {"T", 1},
    {"Weighted",    2}, {"W", 2},
    {"Exponential", 3}, {"E", 3}
};

编译时触发错误：

error C2440: 'initializing': cannot convert from 'const char [7]' to 'char *'
Conversion from string literal loses const qualifier (see /Zc:strictStrings)

疑问：将结构体中的char* szString修改为const char* szString是否合理？是否与原C代码行为完全一致？

• 错误原因：C对字符串字面量的类型约束比C更严格。在C语言中，字符串字面量（比如"Simple"）的类型是char[]，允许隐式转换为char*（尽管这种转换是不安全的，因为修改字符串字面量属于未定义行为）；但在C中，字符串字面量的类型是const char[]，严格模式下（比如VS开启/Zc:strictStrings）不允许将其转换为非const的char*，避免潜在的非法修改操作。

• 修改的合理性：把char* szString改成const char* szString是完全合理的，且和原C代码的安全行为一致：

  1. 原代码中用字符串字面量初始化数组，这些字符串本身是只读的（存放在程序的只读数据段），原C代码如果没有尝试修改szString指向的内容，那么添加const只是明确了这个只读属性，不会改变原有逻辑。
  2. 如果原代码存在修改szString指向内容的操作，那在C语言中本身就是未定义行为（可能导致崩溃或其他异常），C++通过编译错误提前拦截了这种风险，此时你需要重新设计代码（比如改用可修改的字符数组），但这种情况在这类常量字符串数组场景中极少出现。

• 不推荐的替代方案：如果不想修改结构体定义，可以在VS中关闭/Zc:strictStrings编译选项，但这会绕过C++的类型安全检查，增加潜在风险，不建议采用。

内容的提问来源于stack exchange，提问作者Confused