CString( 四 ) _生活百科

这是 GetBuffer 的第一种用法，也是最简单的一种，不用给它传递参数，它使用默认值 0，意思是："给我这个字元串的指针，我保证不加长它" 。当你调用 ReleaseBuffer 时，字元串的实际长度会被重新计算，然后存入 CString 对象中。必须强调一点，在 GetBuffer 和 ReleaseBuffer 之间这个範围，一定不能使用你要操作的这个缓冲的 CString 对象的任何方法。因为 ReleaseBuffer 被调用之前，该 CString 对象的完整性得不到保障。研究以下代码：CString s(...);LPTSTR p = s.GetBuffer();//... 这个指针p 发生了很多事情int n = s.GetLength(); // 很糟D!!!!! 有可能给出错误的答案！！！s.TrimRight(); // 很糟！！！!! 不能保证能正常工作！！!!s.ReleaseBuffer(); // 应该 OKint m = s.GetLength(); // 这个结果可以保证是正确的。s.TrimRight(); // 将正常工作。假设你想增加字元串的长度，你首先要知道这个字元串可能会有多长，好比是声明字元串数组的时候用：char buffer[1024];表示 1024 个字元空间足以让你做任何想做得事情。在 CString 中与之意义相等的表示法：LPTSTR p = s.GetBuffer（1024）；调用这个函式后，你不仅获得了字元串缓冲区的指针，而且同时还获得了长度至少为 1024 个字元的空间（注意，我说的是"字元"，而不是"位元组"，因为 CString 是以隐含方式感知 Unicode 的）。同时，还应该注意的是，如果你有一个常量串指针，这个串本身的值被存储在唯读记忆体中，如果试图存储它，即使你已经调用了 GetBuffer ，并获得一个唯读记忆体的指针，存入操作会失败，并报告存取错误。我没有在 CString 上证明这一点，但我看到过大把的 C 程式设计师经常犯这个错误。C 程式设计师有一个通病是分配一个固定长度的缓冲，对它进行 sprintf 操作，然后将它赋值给一个 CString：char buffer[256];sprintf(buffer,"%......",args,...); // ... 部分省略许多细节CString s = buffer;虽然更好的形式可以这幺做：CString s;s.Format(_T("%...."),args,...);如果你的字元串长度万一超过 256 个字元的时候，不会破坏堆叠。另外一个常见的错误是：既然固定大小的记忆体不工作，那幺就採用动态分配位元组，这种做法弊端更大： int len = lstrlen(parm1） + 13 lstrlen(parm2） + 10 + 100;char * buffer = new char[len];sprintf(buffer,"%s is equal to %s,valid data",parm1,parm2）；CString s = buffer;......delete [] buffer;它可以能被简单地写成：CString s;s.Format(_T("%s is equal to %s,valid data"),parm1,parm2）；需要注意 sprintf 例子都不是 Unicode 就绪的，儘管你可以使用 tsprintf 以及用 _T() 来包围格式化字元串，但是基本思路仍然是在走弯路，这这样很容易出错。CString to char * 之三：和控制项的接口；我们经常需要把一个 CString 的值传递给一个控制项，比如，CTreeCtrl 。MFC为我们提供了很多便利来重载这个操作，但是在大多数情况下，你使用"原始"形式的更新，因此需要将墨某个串指针存储到 TⅥNSERTITEMSTRUCT 结构的TⅥTEM成员中。如下：TⅥNSERTITEMSTRUCT tvi;CString s;// ... 为s赋一些值。tvi.item.pszText = s; // Compiler yells at you here// ... 填写tvi的其他域HTREEITEM ti = c_MyTree.InsertItem(&tvi);为什幺编译器会报错呢？明明看起来很完美的用法啊！但是事实上如果你看看TⅥTEM结构的定义你就会明白，在TⅥTEM结构中 pszText 成员的声明如下：LPTSTR pszText;int cchTextMax;