一周工作小结之CString以及GetPrivateProfileString()相关知识
本周在老板的带领下开始了对相关业务代码的尝试，主要工作内容还是在VC 6.0下进行MFC的相关开发，主要内容为获取本地机器与柜台机器的网络通信内容，具体来说就是对字符串的操作以及牵扯到相关MFC控件的使用，下面对这一周以来的开发内容进行相应的总结，主要体现在两个方面，一是CString的使用，二是对GetPrivateProfilesString()这一函数的相关理解。
一、CString的相关知识
首先介绍一下，CString是MFC下自带的类，类似于String类，在实际工作过程中主要运用到CString的截取以及CString与LPCTSTR、LPSTR的相关转化问题。首先来说明CString的截取方法：Left(),Right(),Mid()。
eg.CString str = "aabbccdd";
str.Left(4) = "aabb";//从左起第一位开始往右截取四位
str.right(4) = "ccdd";//截取字符串的后4位
str.mid(2)="bbccdd";//从字符串索引位2的位置往右截取
str.mid(2,3) = "bbc";//从字符串索引为2的位置向后截取3位
下面说明CString与LPCTSTR、LPSTR的相互转化：
首先，我们应该了解的是，LPCTSTR就相当于const char*,LPSTR相当于char*。
CString与LPCTSTR：
CString str = "aabb";
const char *lpcstr = (LPCTSTR)str;
再重新转化为CString则需要：CString str(lpcstr);
CString与LPSTR:
LPSTR str = "aabb";
CString cstr;
cstr.Format("%d",str);
再转化为LPSTR：(LPSTR)(LPCSTR)cstr;//转化完后cstr即为LPSTR类型。
二、对GetPrivateProfileString()这一函数的相关理解
GetPrivateProfileString()的函数原型：DWORD GetPrivateProfileString(LPCTSTR lpAppName,LPCTSTR lpKeyName,LPCTSTR lpDefaut,LPSTR lpReturnedString,DWORD nSize,LPCTSTR lpFileName);
我用该函数来读取提前配置好的ini文件，ini文件的构成如下图所示
其中[public]与[private]相当于函数参数中的lpAppName，而下面的102、aabb以及node就相当于参数中的lpKeyName，而lpDefaut则代表着一个默认值，当程序没有从文件中读取到数据时，就会以改值充当读取到的数据，可以设为空值，lpReturnedString是接收ini文件中=右边的字符串，如上图中"aaa,bbb,ccc"、"ccdd"、"ttt,kkk",我们需要提前定义一个字符串数组来接收这些字符串，nSize代表着该接收字符串数组的大小，所以我们应该针对读取到的内容，为接收信息的字符串数组设定合适的大小，最后一个lpFileName则是代表着ini文件的路径，笔者在这里建议小伙伴们可以借助于GetModuleFileName()函数，该函数的主要功能是获取指定模块的路径，笔者在这里用于获取可执行文件的路径，而ini文件就可以跟可执行文件放在同一目录下，这样就可以将lpFileName设置成绝对路径，在很多情况下可以避免设置成相对路径所带来的不必要的麻烦，比如读取不到文件等。而笔者在编码过程中，遇到了GetPrivateProfileString()失败的问题，经过各种检查，最后找到了原因，笔者代码如下图：
小伙伴们可以看到，笔者的GetPrivateProfileString()中第二个参数为lpctstr，是经过处理转化后得到的字符串，而处理后的字符串在内存中显示为:
"102
"
大家可以看到，上文的双引号并没有处于同一行中，也就代表着处理后的字符串中还包含了末尾的换行符，那么问题就来了，包含了换行符的字符串并不能与我设置的ini文件中的值相匹配，所以就造成了读取失败的现象，为此笔者花费了大量的时间检查，调试代码，最终问题出在了这个换行符上，这也是没有经验导致的，踩过一次坑，就会铭记于心。。。。。
以上是这周主要的工作内容总结，希望能对碰到类似问题的小伙伴提供帮助。
来源：oschina
链接：https://my.oschina.net/u/4404311/blog/4889253