简介:
CStdioFile
CObject |
└CFile |
└CStdioFile |
文本方式提供对硬回车—换行符对的特殊处理:
当你将一个换行符(0x0A)写入一个文本方式的CStdioFile对象时,字节对(0x0A,0x0D)被发送给该文件,即自动将"\n"扩展为了"\r\n",个人认为这可能是Windows做的一种兼容,但有利却也有弊;
当你读一个文件时,字节对(0x0A,0x0D)被翻译为一个字节(0x0A)。
m_pStream | 包含了一个指向打开文件的指针 |
CStdioFile | 从一个路径或文件指针构造一个CStdioFile对象 |
ReadString | 读取一行文本 |
WriteString | 写一行文本 |
函数原型:
virtual LPTSTR ReadString( LPTSTR lpsz, UINT nMax );
BOOL ReadString(CString& rString);
virtual void WriteString( LPCTSTR lpsz );
注意事项:
读取写文件时,有时为了图方便,喜欢使用 ReadString()和WriteString(),因为毕竟这个可以按行读写,不用我们关心行区分。
但却殊不知ReadString()和WriteString()对“\n”的兼容坏了我的大事 ,例如:
//打开文件 CStdioFile f; CFileException e; if (!f.Open("D:\\test.txt", CFile::modeCreate | CFile::modeNoTruncate | CFile::modeReadWrite | CFile::shareDenyNone, &e))“” { return FALSE; } f.WriteString("E:\jiangqin\GameLinker\GameLinker\版本回退\Fiddler\Fiddler.exe\r\n"); f.WriteString("E:\jiangqin\GameLinker\GameLinker\版本回退\Fiddler\ExecAction.exe\r\n"); f.WriteString("E:\jiangqin\GameLinker\GameLinker\版本回退\Fiddler\fiddler.exe.config\r\n"); f.WriteString("E:\jiangqin\GameLinker\GameLinker\版本回退\Fiddler\FiddlerHook\chrome.manifest\r\n"); f.WriteString("E:\jiangqin\GameLinker\GameLinker\版本回退\Fiddler\FiddlerHook\Content\about.xul\r\n"); f.Close(); //读文件 f.Open(m_sUpgradeFile, CFile::modeRead); CString sFile = ""; vector<CString> vecFile; while (m_hUpgradeFile.ReadString(sFile)) { vecFile.push_back(sFile); }结果如下:
E:\jiangqin\GameLinker\GameLinker\版本回退\Fiddler\Fiddler.exe\r E:\jiangqin\GameLinker\GameLinker\版本回退\Fiddler\ExecAction.exe\r E:\jiangqin\GameLinker\GameLinker\版本回退\Fiddler\fiddler.exe.config\r E:\jiangqin\GameLinker\GameLinker\版本回退\Fiddler\FiddlerHook\chrome.manifest\r E:\jiangqin\GameLinker\GameLinker\版本回退\Fiddler\FiddlerHook\Content\about.xul\r结果每个文件名结尾都有一个"\r",这显示不是我期望的。为什么会这样呢?原因如下:
因为WriteString()写文件的时候,会自动将"\n"扩展为"\r\n",这样我们所加的"\r\n"就变成了"\r\r\n",</span></span
故在写文件时,字符串结尾只需要加"\n"即可,这样按行读取的数据结尾才不会包含"\r"。