BCB XE char * 和 wchar *

[takalama001]

char *p = Edit1->Text.t_str();

[BCC32 Error] Unit1.cpp(20): E2034 Cannot convert 'wchar_t *' to 'char *'
Full parser context
Unit1.cpp(18): parsing: void _fastcall TForm1::BitBtn1Click(TObject *)


有高人指点下没
XE版本BCB


在项目册_TCHAR maps to 已经选择了char

[银点]

AnsiString test(Edit1->Text); char* p = test.c_str();

[缘中人]

AnsiString

[ooolinux]

语法上应该wchar_t *p = Edit1->Text.t_str(); 不过妖哥说了，Edit1->Text随时可能会变，到时候从p得到的可能就不是期望的数据了。

[ccrun.com]

重要的事情说三遍： 尽量不要将 String(AnsiString/UnicodeString) 的 c_str() 方法返回的数据赋给 char */wchar_t *，尽量不要，尽量不要。

[银点]

引用 3 楼 ccrun 的回复:

重要的事情说三遍： 尽量不要将 String(AnsiString/UnicodeString) 的 c_str() 方法返回的数据赋给 char */wchar_t *，尽量不要，尽量不要。

我经常这样用！看来要改改了。

[ccrun.com]

我具体说一说，为什么不建议这样做。 举个栗子：

AnsiString astr = "abcd";
char sz[10] = { 0 };
strcpy(sz, astr.c_str());

以上简单代码不考虑美观，不考虑命名的专业性，不考虑字符串安全等各方面问题，仅仅是举个例子。 这段代码中假设 astr.c_str() 返回的地址(char *) 是0x02001234，执行 strcpy 这个语句时，0x02001234 这个地址是 AnsiString 对象的字符串缓冲首地址，所以 strcpy 执行成功，sz 中是我们期望的数据 "abcd"，但如果此时将 astr.c_str() 返回的指针赋给一个char * 对象 p, 也就是让 p 指向 0x02001234，在后续代码中继续使用的话，0x02001234 这个地址的数据，可能已经不是期望的 "abcd" 了。那么此时就有可能会出错。 总结一下注意 String(AnsiString/UnicodeString) 的 c_str() 返回数据的持久性问题。