原因好像挺简单的,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网站才比较好玩.

这两天抽时间,好好看了看PHP,花了半个小时的调试,终于修好了无效的Image Filter过滤器

一般书中介绍泛型算法的时候，举得例子都是使用的迭代子，比如

sort(A.begin(), A.end());

事实上，指针也可以看成是一种更加灵活的迭代子，泛型算法同样可以用于指针，比如如下示例

Foo* pFoo;

sort(pFoo, pFoo+ 100);