VC真是一个非常笨，非常不友好的工具，还是这样说，VC（MFC）和现在流行的。net framework java比起来就想石器时代跟工业时代相比一样！

接触MFC也有几年了，为了它有过加班、有过熬夜、甚至通宵，代码没有十万行也应该有几万行了。但是MFC就是这么牛，它牛得不但令新手忘而却步，而且常常令有经验的软件工程师也栽跟斗。最近由于一个小小的环境设置设置问题花了很多时间，这跟用惯了VC6突然转到VC2005有关，但关键还是VC实在太笨了，它让我在一周内连续两中招次！

第一次中招是这样的，很简单：

我不知道VC.net2005默认工程默认设置是采用“Unicode字符集”（Unicode Character Set）的，以前用VC6工程的时候默认是“多字符集”（Multi-Byte Character Set）的。以前也没有用过VC.net2005啊，我一直认为。net是用来在framework上面编程的，在MFC上编程没有必要打开庞大的。 net2005，把机器弄得像牛拉车一样。

我声明了一个CString，按计划给它赋值，就像下面：

CString s；

s.Format（“count = %d”，count）；

按经验这肯定不会有错误的，但是不好意思，编译错误，因为这是我的环境采用的Unicode字符集的，而我给CString的Format函数是“多字符集”（Multi-Byte）所以编译不通过，要知道在这种设置下使用MessageBox（“ddd”）；编译是不会通过的，因为系统调用的是 MessageBoxW，即Unicode宽字符集的那个函数。

还好我根据编译器的提示把s.Format（“count = %d”，count）；改成s.Format（_T（“count = %d”，count）；就搞定了，_T代表一个宏，宏的意思就是把字符串转成宽字符表示。同样的，MessageBox（“ddd”）；可以为 MessageBox（_T（“ddd”））；

但是还有个问题就是，所有窗体显示的东西都是宽字符的，例如a在内存里就是a\0两个字节，前面一个字节a后面是\0，当从窗体取下数据（例如用户输入）要跟其他平台交互时，例如网络传输到远端机器。如果那边使用的不是Unicode字符集，就会出问题，为了使界面和后台传输一致，只好使用把宽字符转换成多字符集表示：