在VC中，我们使用ClassWizard可以创建指定控件的消息处理函数，但是如果界面上有多个控件要处理时，需要绑定多个消息处理过程，如果消息处理过程完全一下的情况下，会造成大量的代码冗余，幸好VC中提供了基于控件ID范围设定的消息宏，可以将一个消息处理过程绑定到多个控件上，比如ON_CONTROL_RANGE。vc中只定义了一些常用的基于范围的消息绑定宏，特殊的消息范围宏，我们可以自定义来实现，下例就是一个将EN_SETFOCUS消息处理函数绑定到多个控件的宏。

VC里面提供了两个可以在调试期间获得当前行号,当前单元名称的宏, __FILE__, __LINE__,可以自定义一个异常,将行号,单元名传给异常,俘获异常后,将信息输出到日志中,可以很方便的用于调试.

原因好像挺简单的,C＋＋中没有对构造和析构函数如何处理异常作出定义,每种编译器的实现都可能不同,在构造和析构函数中产生的异常很可能导致程序崩溃.

难怪那么慢,C#则支持非虚的方法.

今天，检查一个程序Bug时发现了一个没想到的问题，C++的标准模版库为了追求效率，在使用下标访问容器内元素时，没有对容器的size作越界检查,因为对于不同类型的容器,size函数并不是一个常数时间的操作,结果导致我已经Clear的一个容器,仍然可以通过下标正确访问到已经从容器中删除的元素.折腾了我一个个小时来确认Bug的原因.

lexical_cast实现字符串和基础数据类型之间的转换。

format用于字符串格式化。

今天写了一个自绘画的ComboBox，结果发现一个以前从来没有注意的问题，就是设定了OwnerDraw样式的ComboBox的高度被系统自动设定为比普通的ComboBox大那么几个像素，重载MesureItem方法，定制列表项目的高度也不解决问题，最后发现只要重载PreSubclassWindow方法，给ComboBox发一个CB_SETITEMHEIGHT的消息就可以了,代码示意如下

标准模版库中的文件流支持>>操作符号重载，可以方便的实现数据导入和类型转换，但是有一个比较弱智的限制就是输入的字符串只能用空格分割，不支持逗号分割，今天处理csv文件，用了一个比较龌龊的方法就是，将所有的逗号先替换为空格，然后导入，代码示意如下

ifstream fRoad(szFile.c_str());
 
if (!fRoad)
throw e_open_file_fail;
 
entities.clear();
 
char buffer[0xFF] = {0};
 
while (!fRoad.eof())
{
fRoad.getline(buffer, sizeof(buffer));
string szLine=buffer;
replace_if(szLine.begin(),szLine.end(), //range
bind2nd(equal_to<char>(),','), ' ');
istringstream ssLine(szLine);
road_entity entity;
 
ssLine >> entity;
.....
 
istringstream& operator>>(istringstream& ss, road_entity& e)
{

标准模版库中的string有一个很大的缺陷，就是没有类似于sprintf和CString的format方法， 当格式化字符串的时候没有这个方法是非常不爽的。幸好boost中提供了format库，可以实现标准模版库string类的格式化，更强的一点是boost的format支持强类型的数据检查，用法稍微有点怪异，见下面的示例
#pragma warning(disable: 4018) // signed/unsigned mismatch
#include "boost/format.hpp"
using namespace boost;

...
string szCon=str(format("'[TrainNo]'== '%s'") % pLogic->m_sTrain);

hoho,发现这年头,一定要把PHP弄懂后自己diy网站才比较好玩.