kiwxbj01的菜鸟世界

努力学习中
数据加载中……

[转载]CString对象的连接和格式化字符串

CString位于头文件afx.h中。

  CString 是一种很有用的数据类型。它们很大程度上简化了MFC中的许多操作,使得MFC在做字符串操作的时候方便了很多。不管怎样,使用CString有很多特殊的技巧,特别是对于纯C背景下走出来的程序员来说有点难以学习。这篇文章就来讨论这些技巧。

  使用CString可以让你对字符串的操作更加直截了当。这篇文章不是CString的完全手册,但囊括了大部分常见基本问题。

  这篇文章包括以下内容:格力空调维修 海尔空调维修

  CString 对象的连接

  格式化字符串(包括 int 型转化为 CString )

  CString 型转化成 int 型

  CString 型和 char* 类型的相互转化

  char* 转化成 CString

  CString 转化成 char* 之一:使用LPCTSTR强制转化

  CString 转化成 char* 之二:使用CString对象的GetBuffer方法

  CString 转化成 char* 之三: 和控件的接口

  CString 型转化成 BSTR 型;

  BSTR 型转化成 CString 型;

  VARIANT 型转化成 CString 型;

  载入字符串表资源;

  CString 和临时对象;

  CString 的效率;

  总结

  下面我分别讨论。

  1、CString 对象的连接

  能体现出 CString 类型方便性特点的一个方面就是字符串的连接,使用 CString 类型,你能很方便地连接两个字符串,正如下面的例子:

  CString gray("Gray");

  CString cat("Cat");

  CString graycat = gray + cat;

  要比用下面的方法好得多:

  char gray[] = "Gray";

  char cat[] = "Cat";

  char * graycat = malloc(strlen(gray) + strlen(cat) + 1);

  strcpy(graycat, gray);

  strcat(graycat, cat);

  2、格式化字符串

  与其用 sprintf() 函数或 wsprintf() 函数来格式化一个字符串,还不如用 CString 对象的Format()方法:

  CString s;

  s.Format(_T("The total is %d"), total);

  用这种方法的好处是你不用担心用来存放格式化后数据的缓冲区是否足够大,这些工作由CString类替你完成。

  格式化是一种把其它不是字符串类型的数据转化为CString类型的最常用技巧,比如,把一个整数转化成CString类型,可用如下方法:

  CString s;

  s.Format(_T("%d"), total);

  我总是对我的字符串使用_T()宏,这是为了让我的代码至少有Unicode的意识,当然,关于Unicode的话题不在这篇文章的讨论范围。_T()宏在8位字符环境下是如下定义的:

  #define _T(x) x // 非Unicode版本(non-Unicode version)

  而在Unicode环境下是如下定义的:

  #define _T(x) L##x // Unicode版本(Unicode version)

  所以在Unicode环境下,它的效果就相当于:

  s.Format(L"%d", total);

  如果你认为你的程序可能在Unicode的环境下运行,那么开始在意用 Unicode 编码。比如说,不要用 sizeof() 操作符来获得字符串的长度,因为在Unicode环境下就会有2倍的误差。我们可以用一些方法来隐藏Unicode的一些细节,比如在我需要获得字符长度的时候,我会用一个叫做DIM的宏,这个宏是在我的dim.h文件中定义的,我会在我写的所有程序中都包含这个文件:

  #define DIM(x) ( sizeof((x)) / sizeof((x)[0]) )

  这个宏不仅可以用来解决Unicode的字符串长度的问题,也可以用在编译时定义的表格上,它可以获得表格的项数,如下:

  class Whatever { ... };

  Whatever data[] = {

  { ... },

  ...

  { ... },

  };

  for(int i = 0; i < DIM(data); i++) // 扫描表格寻找匹配项。

  这里要提醒你的就是一定要注意那些在参数中需要真实字节数的API函数调用,如果你传递字符个数给它,它将不能正常工作。如下:TCHAR data[20];

  lstrcpyn(data, longstring, sizeof(data) - 1); // WRONG!

  lstrcpyn(data, longstring, DIM(data) - 1); // RIGHT

  WriteFile(f, data, DIM(data), &bytesWritten, NULL); // WRONG!

  WriteFile(f, data, sizeof(data), &bytesWritten, NULL); // RIGHT

  造成以上原因是因为lstrcpyn需要一个字符个数作为参数,但是WriteFile却需要字节数作为参数。

  同样需要注意的是有时候需要写出数据的所有内容。如果你仅仅只想写出数据的真实长度,你可能会认为你应该这样做:

  WriteFile(f, data, lstrlen(data), &bytesWritten, NULL); // WRONG

  但是在Unicode环境下,它不会正常工作。正确的做法应该是这样:

  WriteFile(f, data, lstrlen(data) * sizeof(TCHAR), &bytesWritten, NULL); // RIGHT

  因为WriteFile需要的是一个以字节为单位的长度。(可能有些人会想"在非Unicode的环境下运行这行代码,就意味着总是在做一个多余的乘1操作,这样不会降低程序的效率吗?"这种想法是多余的,你必须要了解编译器实际上做了什么,没有哪一个C或C++编译器会把这种无聊的乘1操作留在代码中。在Unicode环境下运行的时候,你也不必担心那个乘2操作会降低程序的效率,记住,这只是一个左移一位的操作而已,使用_T宏并不是意味着你已经创建了一个Unicode的程序,你只是创建了一个有Unicode意识的程序而已。如果你在默认的8-bit模式下编译你的程序的话,得到的将是一个普通的8-bit的应用程序(这里的8-bit指的只是8位的字符编码,并不是指8位的计算机系统);当你在Unicode环境下编译你的程序时,你才会得到一个Unicode的程序。记住,CString 在 Unicode 环境下,里面包含的可都是16位的字符哦

posted on 2010-05-05 14:24 kiwxbj 阅读(173) 评论(0)  编辑 收藏 引用


只有注册用户登录后才能发表评论。
网站导航: 博客园   IT新闻   BlogJava   知识库   博问   管理