管理CStringArray条目

如何解决管理CStringArray条目

这是在Visual Studio MFC应用程序的上下文中。

CStringArray::Add()成员接受一个LPCTSTR参数。如果我使用CString参数，则假定LPCTSTR的{​​{1}}运算符将Add()的参数隐式转换为LPCTSTR，所以如果我有一个CString和CStringArray arr然后呼叫CString s，这与呼叫arr.Add(s)完全相同，对吧？

因此，在调用arr.Add((LPCTSTR)s)时，Add()是简单地存储传递的指针，还是对字符串进行单独的复制并存储呢？我问是因为我想知道添加字符串时是否必须创建一个持久字符串，或者添加字符串后是否可以删除该字符串。例如，在以下情况中，如果CStringArray，foo1()或foo2()中的任何一个是正确的？

foo3()

让我担心的是，在class MyClass : { ... CStringArray arr; CString mystr; void foo1() { arr.Add(_T("Bippety")); } void foo2() { CString s(_T("Boppety"); arr.Add(s); } void foo3() { mystr = _T("Boop"); arr.Add(mystr); } ... }; 和foo1()返回之后，传递的参数超出范围并被删除。然后，该数组保存自己的副本，还是保存无效的指针？

存储在foo2()中的数据仅仅是一个指针，还是实际上甚至可以在调用CStringArray时创建一个CString？

最后，如果我要传递Add()进行添加，那么我假设如果我通过调用LPCTSTR来创建字符串以添加字符串，那么我肯定要对{{1 }}在new被销毁之前将其删除，对吗？

当只是一个本地字符串时，我只是不太了解delete在CStringArray中如何生存。

解决方法

CStringArray是一个存储C String的MFC类型数组。如果使用Unicode进行编译，则CString是CStringW；如果使用MBCS进行编译，则CString是CStringA。

该类的重点是您不必太担心内存管理。它为你做。当您将LPCTSTR类型的字符串传递给数组时，它将构造一个CString对象并将其添加到数组中。当CStringArray对象超出范围和/或调用其析构函数时，将清除其持有的所有CString。

但是，有一个警告...

CString类或多或少地被引用计数。它具有一个内部类，这样当您复制一个类时，它不会复制所有数据。相反，它添加了对一些内部结构的引用并使用了它。如果您执行某些更改数据的操作，则它会与引用分离，并建立自己的新数据结构。您必须单步执行代码才能看到这一点。

现在，CStringArray有两个Add()方法。一个取LPCTSTR，另一个取c onst CString&。第二个副本是CString的副本，它进行了上一段中提到的准引用计数。

那只是添加的信息。您真的不需要担心使用CStringArray来进行内存管理。它为您完成了繁重的工作。

您唯一需要担心CString引用计数的地方就是您是否做过愚蠢的事情而忽略了const。

考虑以下代码：

#include <afx.h>
#include <stdio.h>

void main()
{

CString s("HERE is my string\n");
CStringArray sArray;
sArray.Add(s);
sArray.Add(s);

_tprintf((LPCTSTR) s);  // "HERE is my string"
_tprintf((LPCTSTR) sArray[0]); // "HERE is my string"
_tprintf((LPCTSTR) sArray[1]); // "HERE is my string"

sArray[0].MakeLower();

_tprintf((LPCTSTR) s);  // "HERE is my string"
_tprintf((LPCTSTR) sArray[0]); // "here is my string"
_tprintf((LPCTSTR) sArray[1]); // "HERE is my string"

LPCTSTR lpsz = sArray[1];
_tcsupr((LPTSTR) lpsz); // don't do it!!!,also changes s!!!


_tprintf((LPCTSTR) s);  // "HERE IS MY STRING"
_tprintf((LPCTSTR) sArray[0]); // "here is my string"
_tprintf((LPCTSTR) sArray[1]); // "HERE IS MY STRING"

}

如果查看第三组的打印输出，则会发现在将lpsz强制转换为非常量字符串以调用_tcsupr（strupr）时，我们违反了const-ness。由于MFC引用对字符串进行计数的方式，“ s”字符串的内容也受到影响。在第二个分组调用MakeLower()的{​​{1}}成员函数的情况下，仅该特定字符串有效。

这超出了您的要求。也许会对人们有所帮助。