分享

(const) char *转CString 详解(字符串类型转换详解,不断补充)

 唐伯龙 2012-03-28

 

291人阅读评论(0)收藏举报

在C语言中表示字符串,没有string概念,只可以用char*和char[];在MFC中,为了服务于字符串操作,添加了类CString,该类的头 文件是afx.h.
从char* 到CString的转换很简单,只需要用CString的构造函数即可。
本文介绍了CString到const char*和char* 的转换方法。

CString类功能强大,比STL的string类有过之无不及.新手使用CString时,都会被它强大的功能所吸引.然而由于对它内部机制的不了解,新手在将CString向C的字符数组转换时容易出现很多问题.因为CString已经重载了LPCTSTR运算符,所以CString类向const char *转换时没有什么麻烦,如下所示:

  char a[100];
  CString str("aaaaaa");
  strncpy(a,(LPCTSTR)str,sizeof(a));

  或者如下:

  strncpy(a,str,sizeof(a)); flyhorse注:上面语句将CString-->const char*
  以上两种用法都是正确地.因为strncpy的第二个参数类型为const char *.所以编译器会自动将CString类转换成const char *.很多人对LPCTSTR是什么东西迷惑不解,让我们来看看:

  1.LP表示长指针,在win16下有长指针(LP)和短指针(P)的区别,而在win32下是没有区别的,都是32位.所以这里的LP和P是等价的.

  2.C表示const

  3.T是什么东西呢,我们知道TCHAR在采用UNICODE方式编译时是wchar_t,在普通时编译成char那么就可以看出LPCTSTR(PCTSTR)在UINCODE时是const wchar_t *,PCWSTR,LPCWSTR,在多字节字符模式时是const char *, PCSTR,LPCSTR.接下来我们看在非UNICODE情况下,怎样将CString转换成char *,很多初学者都为了方便采用如下方法:

  (char *)(LPCSTR)str

注:如果只是将CString-->char*,转换后不修改字符串的内容,这个转换是可以的。
  
这样对吗?我们首先来看一个例子:

  CString str("aa");
  strcpy((char *)(LPCTSTR)str,"aaaaaaaa");
  cout<<(LPCTSTR)str<<endl;
  在Debug下运行出现了异常,我们都知道CString类内部有自己的字符指针,指向一个已分配的字符缓冲区.如果往里面写的字符数超出了缓冲区范围,当然会出现异常.但这个程序在Release版本下不会出现问题.原来对CString类已经进行了优化.当需要分配的内存小于64字节时,直接分配64字节的内存,以此类推,一般CString类字符缓冲区的大小为64,128,256,512...这样是为了减少内存分配的次数,提高速度.

  那有人就说我往里面写的字符数不超过它原来的字符数,不就不会出错了,比如

  CString str("aaaaaaa");
  strcpy((char *)(LPCTSTR)str,"aa");
  cout<<(LPCTSTR)str<<endl;
  这样看起来是没什么问题.我们再来看下面这个例子:

  CString str("aaaaaaa");
  strcpy((char *)(LPCTSTR)str,"aa");
  cout<<(LPCTSTR)str<<endl;
  cout<<str.GetLength()<<endl;
  我们看到str的长度没有随之改变,继续为7而不是2.还有更严重的问题:

  CString str("aaaaaaa");
  CString str1 = str;
  strcpy((char *)(LPCTSTR)str,"aa");
  cout<<(LPCTSTR)str<<endl;
  cout<<(LPCTSTR)str1<<endl;
  按说我们只改变了str,str1应该没有改变呀,可是事实时他们都变成了"aa".难道str和str1里面的字符指针指向的缓冲区是一个.我们在Effective C++里面得知,如果你的类内部有包含指针,请为你的类写一个拷贝构造函数和赋值运算符.不要让两个对象内部的指针指向同一区域,而应该重新分配内存.难道是微软犯了错?

  原来这里还有一个"写时复制"和"引用计数"的概念.CString类的用途很广,这样有可能在系统内部产生大量的CString临时对象.这时为了优化效率,就采用在系统软件内部广泛使用的"写时复制"概念.即当从一个CString产生另一个CString并不复制它的字符缓冲区内容,而只是将字符缓冲区的"引用计数"加1.当需要改写字符缓冲区内的内容时,才分配内存,并复制内容.以后我会给出一个"写时复制"和"引用计数"的例子我们回到主题上来,当我们需要将CString转换成char *时,我们应该怎么做呢?其时只是麻烦一点,如下所示:

  CString str("aaaaaaa");
  strcpy(str.GetBuffer(10),"aa");
  str.ReleaseBuffer();

注:将CString-->char*,并修改字符串内容。
  当我们需要字符数组时调用GetBuffer(int n),其中n为我们需要的字符数组的长度.使用完成后一定要马上调用ReleaseBuffer();还有很重要的一点就是,在能使用const char *的地方,就不要使用char *

补充1同时你可以参考微软官方说明,http://msdn.microsoft.com/en-us/library/ms235631(v=VS.80).aspx 但这个是基于CLR的而非本地C++程序 。

补充2LPCWSTR与char之间的转换char很难转换成LPCWSTR,就目前我没有看到解决方法,不过我们可以用迂回的办法,先将char转换成wchar_t然后将其转化成LPCWSTR;另一个方式是包含tchar.h头文件,将char类型转换成TCHAR;大致如上。

2011.10.17补充3计算机字符代码是由Herman Hollerith发明的H...卡上的编码演变而来的,其史前时代是字符集像Morse码转换码(shift)和转义码(escape)以及电传码(Telex);ASCII起源于1950s末,1967年最终定型。编码字符集,7位美国国家信息交换标准码(7位ASCII)。

双字节字符集(DBCS)

前128是ASCII(单字节),后128有些还跟随有第二个字节(双字节)。这两个字节(称为前导字节和尾随字节)在一起代表一个单独的字符,常常是一个复杂的象形文字。缺陷:混乱(当有指针指向DBCS字符串的中间,那前一个字符的地址是什么呢?要额外编码来确定。

Unicode字符集

每一个在Unicode里的字符都是16位的宽度,8位值在Unicode里是没有意义的。而且它只有一个字符集,避免了二义性。缺点是占用内存比较大。

宽字符和C语言

宽字符(用多个字节来代表一个字符集)不一定是Unicode。Unicode只是宽字符的一种实现。

char数据类型

定义和存储字符和字符串。举例说明:

字符 char c= 'A';变量c只需要一个字节的存储空间而且会用16进制值0x41来初始化,

字符指针 char *p;Win32是32位的要32/8个字节的存储空间。还可以如下初始化也更指向字符串的指针:char *p = “hello!";变量p仍要4个字节的存储空间,字符存储在静态内存中并使用7个字节的存储空间——其中6个字节放字符,剩的存储表示字符串结束的标记0;

字符数组 char a[10]; sizeof(a)==10; 全局变量(在任何的函数外面):我们可以这样初始化这个字符素组: char a[] = "hello!"; 局部变量的话:static char a[] = "hello!";

但无论是哪一种情况字符串都最终被存储在静态内存中,并有一个表示结束的0加在最后。

更宽的字符

c语言中更宽的字符类型是基于wchar_t的,WCAHR.H,L(不能有空格"Hello!"

宽字符库函数

strlen(“”)不能出来宽字符;它的宽字符版是wcslen(“”)(定义在WCHAR.H和STRING.H)中,printf 的宽字符版是wprintf;所以平时代码在字符上过不去,可以尝试还函数;

维护一个源代码文件

TCHAR.H 微软VC++的,非ANSI C标准库,

#define _tcslen wcslen

也可以:

#define _tcslen strlen

还有

_UNICODE(使用宽字符的标记)

typedef wchar_t TCAHR ;(默认)

typedef char TCHAR;

#define _T(x) ##x

#define _T(x) x(默认)

补充四:LPCTSTR 与 string 互相转化

typedef char* LPSTR ;

LPCTSTR a = L"LPCTSTR to string ";

string b;

b = (LPSTR) a;

    本站是提供个人知识管理的网络存储空间,所有内容均由用户发布,不代表本站观点。请注意甄别内容中的联系方式、诱导购买等信息,谨防诈骗。如发现有害或侵权内容,请点击一键举报。
    转藏 分享 献花(0

    0条评论

    发表

    请遵守用户 评论公约

    类似文章 更多