在代码中使用大量常量数据是否是一种不好的做法
Is having a large amount of constant data in code a bad practice?
在我的应用程序中,我想添加大量的 const 字符串,例如要从代码安装的存储过程和函数。
这是不好的做法还是性能问题?
编辑
我的问题太清楚了
const TCHAR* str = _T("SO SO LONG STRING .......................");//this string may exceeds 20,000 leter also I'll have many variables like this one containing big and huge strings
问题是"这有什么问题吗?应用程序大小会增加,加载时间等等"清楚吗????
处理代码中定义的常量时的一个重要问题是,每当这些常量中的任何一个发生变化时,都需要重新编译。当常量表示可能需要在生产中更新的字符串(如存储过程的代码或在启动时加载到数据库中的用户定义函数)时,使用随产品一起提供并存储在预定义位置的文件可能会提供更灵活的替代方法。
就性能而言,访问代码中定义的字符串常量比从外部位置读取它们更快。
相关文章:
- 将错误返回给调用方而不是立即在 C++ 中抛出错误是否是一种好的做法
- C++ Chrono 确定一天是否是周末?
- 将相同共享指针的副本存储在不同的向量中是否是一种好的做法?
- 使用类在C++中存储和列出变量/方法是否是一种好的做法
- 如果 C 函数仍然可以间接执行(通过回调函数),那么将它声明为静态函数是否是一种不好的做法?
- 从 std::string 到 std::array<char,size> 的 memcopy 额外数据是否是一种未定义的行为?
- 在类方法中使用 "this" 指针是否是一种好的做法?
- 派生类是单例是否是一种好的做法
- 即使在多任务处理时,添加用户时间 + 系统时间(来自 shell 的时间命令)是否是一种可靠的措施?
- 抽象类/接口中的空方法是否被认为是一种好的做法?
- 为许多类可能需要的所有常量变量制作独立的头文件是否是一种很好的做法?
- 移动 l 值参考参数是否是一种不好的做法?
- LIBZIP 是否提供了一种检查zip_file是否是目录的方法?
- 在C++编程中继续下一行的另一种方法是什么?
- 返回对私有向量成员元素的非常量引用是否是一种不好的做法
- 检查一种类型是包括通用lambda的函子
- std::conditional 的可变模板化使用,其中一种类型是实例化失败
- 除以2的另一种方法是什么?
- 哪一种方法是更快的向量(插入后排序)或集合
- 在c++中有没有更快的方法来检验一个数是否是2的整数次幂?