接触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字符集,就会出问题,为了使界面和后台传输一致,只好使用把宽字符转换成多字符集表示:
CString strWideChar;
strWideChar.Format(_T("这是宽字节哦"));
char buf[20];
memset(buf,0,20);
WideCharToMultiByte( //转换Unicode到Ansi
CP_ACP,
WC_COMPOSITECHECK | WC_DEFAULTCHAR,
strWideChar,
strWideChar.GetLength(),
(char *)buf, //转换到缓冲区中
20, //最多个字节
同样的,你接收到的字符串想要在界面正常显示,还必须把它转换成宽字节表示(烦吧?):
char chBytes[8];
memcpy(chBytes,"aaaaaaa/0",8);
WCHAR wch[9];
n = MultiByteToWideChar( //转换Unicode到Ansi
CP_ACP,
chBytes,
wch, //转换到缓冲区中
8 //最多个字节
wch[n] = '/0';
这样每次从界面取数据和把数据显示到界面上都要先做处理,但是也可以把编译环境设置成"多字符集"(Multi-Byte Character Set),就可以避免这样转换来转换去(可惜我发现的时候代码已经差不多写完了).就是在"Project->Configuration Properties->General->Character Set,选择"Use Unicode Character Set"就是使用Uncode字符集,选择" Use Multi-Byte Character Set"就是多字节字符集.
第二次中招,god,花了我好长时间才找到问题:
我在CodeProject上找了一个很厚道的老外写的一个继承了CDialog窗体类CResizableDialog的源码,这个类的作用是使MFC的窗体放大缩小时,窗体上的控件可以定位(Auchor),不要小看这个小小的每天都要用到的功能,用MFC实现真的很麻烦.很佩服那个老外写了那么多代码(当然跟他们的条件有关,资本主义国家的工人随便找个工作就可以衣食无忧,病了政府照顾,我们做"挨踢"的活得像民工一样,当然没有那个闲情去写那么好的代码免费给别人使用,这是题外话).
我拿了那个现成的工程,直接在我的工程里引用他的工程.Everything works perfect.直到我把项目发布成Release的,双击运行后没有任何反应,Very weird!后来我用MessageBox打印消息,发现运行到DoModal函数里面就没有出来,程序直接退出了!使用try,catch都得不到错误!因为我的窗体是继承老外写的窗体类来的,原先继承CDialog是好好的,问题肯定在他的工程里面,可是他给的示例程序没有任何问题啊.MFC出错的时候是很要命的,它不会给你任何提示,它就是不干了!
我又拿一个前的测试程序,让它从CResizableDialog继承,也没有任何问题.
简直头大了、无语了,不知道哪里出现了问题,Release又不能像Debug那样调试,打了一堆MessageBox后还是不知道问题出现在哪里.凭着经验,可以知道程序中可能出现了内存的越界访问什么的致命错误,才会导致程序"一声不吭"地退出,但是究竟哪里出了问题呢?
就在束手无策的时候,我发现调用CResizableDialog的成员函数EnableSaveRestore会引发链接错误:"未定义的外部符号",不引用它不会出错,测试程序引用它没有任何错误.通常这个错误造成是因为引用函数在.h文件里声明了,但是在.cpp里面没有定义,或者.cpp文件里的定义和.h上的参数对不上.但是此时不可能是这个错误,因为测试程序没有错误啊.直觉告诉我这是解决"Release后程序直接退出的关键",说不定这个函数调用的问题解决了Release的问题也解决了.
MFC真是很强大,它强大得不但"像迷宫一样,里面有怪兽,进去一不小心就永远出不来",而且它让你当遇到怪兽的时候总是给你一点点星光,只要你不放弃,奇迹就会出现,你就会练成绝世神功.这跟武侠小说是相通的,主人公每次到了生死关头就会出现奇迹,成为天下无敌的高手.看看我怎么找到解决方法的
该文转自网络:http://wenda.tianya.cn/wenda/thread?tid=5ef059fd09536957