为什么推荐std::string而不是char*
例如如下:
map<const char*, const char*> map_test; map_test["a"] = "a"; map_test["a"] = "a"; map_test["a"] = "a";
实际上会将三个"a"插入到map中,因为三个key的指针不同,所以被认为是三个不同的key。而如果改为如下用法:
map<string, string> map_test; map_test["a"] = "a"; map_test["a"] = "a"; map_test["a"] = "a";
编译器自动加入char* -> string的函数,而string重载了==操作符函数,内部的判断不是判断指针是否相等,而是判断字符串是否相等,这样一来,实际上只会有一个"a"插入到map中。
实际上用string的好处还有很多,例如它内部封装好了大部分常用字符串操作函数,更重要的是支持类似如下的方法:
string a = "a"; string b = "b"; string c = a + b;
这次写成文章是为了提醒自己,最近在重写cocos2d-x的部分实现时,遇到了我第一个例子的问题,算是很简单的基础问题吧(羞愧~),以后会尽量用string来代替char *(在不需要十分严格考虑性能的情况下)。
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· Linux系列:如何用heaptrack跟踪.NET程序的非托管内存泄露
· 开发者必知的日志记录最佳实践
· SQL Server 2025 AI相关能力初探
· Linux系列:如何用 C#调用 C方法造成内存泄露
· AI与.NET技术实操系列(二):开始使用ML.NET
· 无需6万激活码!GitHub神秘组织3小时极速复刻Manus,手把手教你使用OpenManus搭建本
· C#/.NET/.NET Core优秀项目和框架2025年2月简报
· Manus爆火,是硬核还是营销?
· 终于写完轮子一部分:tcp代理 了,记录一下
· 【杭电多校比赛记录】2025“钉耙编程”中国大学生算法设计春季联赛(1)