国产欧美一区二区色老头,亚洲日本激情,国产精品国产三级国产普通话蜜臀

will — Fri, 07 Jul 2006 15:24:00 GMT

1 不会��p��Q�CS源于��国�Q�重量��的文档都是英文的。不会英语，那么你只能忍受拙
劣的��译和大延迟的文档（��译出来的文档几乎都是很久以前出版的东西�Q��?/p>

2 急于求成�Q�什么都没学习就开始编�E�是最大的忌讳。写C++�E�序语法都能错，数据
�l�构�q�线性表都不知道�Q�数据库不知道关�p�L��型，TCP�~�程不知道socket�Q�还是先坐下来学习几�q�再��_��如果说工作急需�Q�我只能��_��早干嘛去了）

3 �q�于好问�Q�勤学好问是一�U�很好的品质�Q�但是如果把勤学丢了�Q�只留下好问�Q�就是一个恶劣的素质了。事无巨�l�都去请教别人，一则会让�h厌烦�Q�二则由于没有系�l�学习过�E�，也是不可能学习好的�?/p>

4 只会艳�M别�h和说别�h不该拉K��么多钱，而自己却收入微薄�Q�老实��_��l�大多数情况下，收入的高低和你的水��^是有正相兛_��pȝ��。不是否认有关系的存在，但是�l�对不会10个�h�?个�h有关�p�而独独你没有。少抱怨一些多学习一些，提升自己才是最重要的�?/p>

5 �q�于不求甚解和过于求甚解。了解�ؓ什么是很重要的�Q�但是要学习的东西很多，如果什么都弄明白，那么估计头发白了�q�没有找到所有答案。当然如果什么都不想�l�致了解�Q�那么只能去做蓝领了�?/p>

6 �q�分崇拜他�h�Q�我想信很多人都是很厉害的，值得大家崇拜�Q�但是如果过于崇拜，把他们的话当成圣�l�就没有必要了。你需要突破他们，而不是崇拜他们�?/p>

7 不想吃苦�Q�IT业高收入和高竞争是联�p�d��一��L��。没有付出永�q�别惌��步�?br />

will 2006-07-07 23:24 发表评论

微��YEPG老大让秘书发�l�微软所有员工的邮�g

will — Fri, 07 Jul 2006 12:13:00 GMT

思�? : 大局上面仍然有另一个大局
　　思�? : 公��^永远有不同角度的公��^
　　思�? : �q�个游戏只有站在切换器旁边的人可以决定结�?br />
　　有一��小朋友在外面玩而那个地�Ҏ��两条铁轨�Q?br />　　一条还在��用，一条已�l�停�?br />　　只有一个小朋友选择在停用的铁轨上玩
　　其它的小朋友全都在仍在��用的铁轨上玩

　　很不巧，火�R来了(而且理所当然的往上面有很多小孩的�Q�仍在��用的铁轨上行�Ӟ��

　　而你正站在铁轨的切换器旁�Q�因此你能让火�R转往停用的铁�?br />　　�q�样的话你就可以救了大多数的��朋�? 但是那名在停用铁轨上的小朋友��被牺牲
　　你会怎么办？

　　据说大多��C�h会选择救多一些的�?换句话说�Q�牺牲那名在停用铁轨上玩的小�?..

　　但是�q�又引出另一个问�?br />　　那一名选择停用铁轨的小孩显然是做出正确军_��
　　��q��了他的朋友而选择了安全的地方
　　而他的朋友们则是无知或�Q性的选择在不该玩耍的地方�?br />　　��Z��么做出正��抉择的��Z��大多��C�h的无知而牺牲呢�Q?br />
　　[响应与挑战]

　　�q�篇文章蛮发人深省的,看完了感触很�?
　　我们常被教育要顾全大局,但公�q�_��?

　　��g��当大安��做的理所当然的时�?
　　我们��必��随波逐流,否则��׃��被放逐而不容于�?
　　如渔父中那位老翁劝屈原所说的:
　　世�h皆浊,何不淈其泥而扬其�L?
　　众�h皆醉,何不��其�p�而歠光��?
　　何故深思高�?自��o放�ؓ?

　　当一个�h太坚持自己是"�?�?
　　最后的下场可能��是被牺牲的可怜鬼!
　　又有谁会��Z��掬一把同情之�? 只会嘲笑他的愚蠢!

　　我们已经�q�了�C�会,学习的就是圆滑的做�h,
　　当你是主��? ��像文章中那位切换轨道的�?
　　内心的正义与现实冲突�? 你会如何抉择�?

　　不过- 换另一个角度，如不选择切换轨道
　　因�ؓ�Q�那��小朋友一定知道那是活的轨�?br />　　所以，当他们听到火车的声音�Ӟ��׃��知道要跑!

　　但若�Q�将轨道切换后那个乖��孩必定惨死�Q?br />　　因�ؓ�Q�他从来没想�q�火车还会开到废轨道�?br />　　所以，你认为呢�Q?br />
　　或许�q�样的想法与理念�Q?br />　　��C��时才会发现
　　自己成�ؓ一个不断被牺牲的可怜鬼�Q?br />　　但这个社会又��Z��么要把是与非颠倒来又颠倒去呢？

　　另外�Q�再��x��Q�一条铁道会被停止��用，自由它的道理�?br />　　是否代表着�q�个铁道本��n有问题，未经验证��׃��用它会遇到潜藏的危机呢？

　　如果切过��M��后，被牺牲的��׃��只是一个或一��小孩了�Q?br />　　而是整�R的乘客呢�Q?br />

will 2006-07-07 20:13 发表评论

will — Thu, 06 Jul 2006 11:03:00 GMT

在VC++下实现高彩色工具�?

　　引言

　　一些Windows�pȝ��自带�E�序如资源管理器、Internet Explorer�{�程序的工具条看上去和其他一些程序的工具条不太一��P��在颜色上要漂亮许多。其实这些程序的工具条上的图标均�?56�Ԍ��而普通应用程�?在工��h��上所昄��图标的颜色通常只有16�Ԍ��q�就军_��了后者在视觉上远没有前者美观。由于Windows随系�l�而带的程序也是由开发�h员编写的应用�E�序�Q?�q�就说明通过�E�序�~�码可以实现256色甚��x��多色彩的图标在工��h��上的昄��。�ؓ此笔者经�q�摸索，通过MFC�~�程在应用程序中实现了高彩色工具条。现��实�?的主要方法介�l�如下，以飨�q�大读者�?br />
　　基本设计思�\

　　在实现高彩色工具条之前，先研�I�一下普�?6色的工具条的实现�q�程�Q��ƈ从中�ȝ��出改�q�方法。在VC的资源视图中工具条是一个资源名�?IDR_MAINFRAME的Toolbar型资源，�q�可通过在编辑按钮上的图标来完成工具条上图标的绘制。虽然在资源视图中工��h��上各按钮的图标是�怺� 独立的，但在存储时�ƈ非像图标一样保存�ؓico格式文�g而是以bmp位图格式保存在磁盘上的。该位图是一个由工具条上的按钮图标组成的长条型位囑֛�像，�?间没有�Q何缝隙，在程序运行和在资源视囑֯�工具条进行编辑时该图像首先装载到一个图像列表中�Q�然后工��h��Ҏ��索引依次从图像列表中��图像显�C�到工具条的�?个按钮上。由于VC限制工具栏上的图标不能超�?6�Ԍ��因此不论是在资源视图直接�~�辑位图�q�是用复制粘贴等手段均无法获取超�?56色的工具条（注：用复制粘贴的�Ҏ��虽然在编辑视图中可以暂时昄��?56色的图标�Q�但在程序运行时仍会退化成16�Ԍ��?br />
　　�׃��不能在资源视图中通过�~�辑Toolbar资源实现16色以上的图标�Q�加之工��h��在显�C�时有�ƈ不直接从Toolbar获取图标而是从图像列表中�?取，因此可以通过其他一些图像处理��Y件做好类��g��工具条的bmp囑փ��Q�仅颜色比普通工��h��bmp囑փ�丰富�Q�其余完全一��P��Q��ƈ以位囄��形式加入到程序资源。在使用�Ӟ��先将其读取到囑փ�列表�Q�这样图像列表中用于昄��到工��h��上的图标的颜色就可以�?56�?4位、甚�?2位色的了。由于工��h��~�省时将直接加蝲资源名�ؓIDR_MAINFRAME的Toolbar型资源作为图标的来源�Q�因此还必须通过SetImageList�Q�）函数��含有高彩色工具条位�?的图像列表指定�ؓ工具条的图标来源�?br />
　　真彩工具条的实现

　　�׃��工具条的创徏是在��L��架类的OnCreate�Q�）函数中完成的�Q�因此高彩色囑փ�的装载和囑փ�列表的替换工作必��M��在此�q�行。在�q�行�E�序设计之前�Q?需要做好各�U�准备工作，比如高彩色工��h��位图的绘制、高彩色位图加入到资源等。绘制工��h��位图�Ӟ��必须控制好图像的��寸�Q�如需要有N个边长�ؓ M的图标，那么需要绘制的位图��寸为长=N*M�Q�宽=M。真彩位囑֜�加入到工�E�之后就不能再在VC的资源视图中�q�行�~�辑了。由于这个彩色位图仅起到��化�?面的作用�Q�因此具体对的事件响应等工作�q�要通过讄��原有的Toolbar资源来完成�?br />
　　准备工作��q�A后，先要把工��h��位图装蝲到图像列表，�q�样才能被工��h��做获取。在作这一步时�Q�必��ȝ��::LoadImage�Q�）函数��d��载工��h��位图�Q��ƈ通过宏MAKEINTRESOURCE()来指定具体要加蝲哪一个资源位图：

HBITMAP hbm = (HBITMAP)::LoadImage(AfxGetInstanceHandle(),
MAKEINTRESOURCE(IDB_TOOLBAR), //加蝲IDB_TOOLBAR
IMAGE_BITMAP, //按位图格�?br />0,0, // cx,cy
LR_CREATEDIBSECTION | LR_LOADMAP3DCOLORS );

LoadImage�q�回一个位囑֏�柄HBITMAP�Q�但在MFC下��用CBitmaps会更加方便，可创��Z��?br />CBitmap对象�q�用Attach()成员函数��它与位囑֏�柄联�p��v来：

CBitmap bm;
bm.Attach(hbm);

　　MFC加蝲工具栏位图时使用了一个内部函数AfxLoadSysColorBitmap�Q�）��缺省颜色设定�ؓ16�Ԍ��因此��Z��昄��16色以上的囑փ��Q�必��d��调用囑փ�列表�c�CImageList的Create�Q�）函数创徏囑փ�列表时对囑փ�清单做进一步的处理�Q?br />
m_ilToolBar.Create(32,32,ILC_COLOR8, 4, 4);
m_ilToolBar.Add(&bm,(CBitmap*)NULL);

　　�q�里用ILC_COLOR8标明了创建的囑փ�列表�?56色的�Q�在VC的commctrl.h中对其有定义�Q��ƈ且还提供有其他几�U�颜色位深度的预定义�Q?br />
#define ILC_COLOR4 0x0004 //16�?br />#define ILC_COLOR8 0x0008 //256�?br />#define ILC_COLOR16 0x0010 //16位色
#define ILC_COLOR24 0x0018 //24位色
#define ILC_COLOR32 0x0020 //32位色

　　如果使用的工��h��位图只有256�Ԍ��对于多数�E�序�q�样已经��_��Q�，则显然没有必要再使用更高�U�别的位深度定义。最后一步，也是最关键的一步，必须通过 SetImageList�Q�）函数指定工具条m_wndToolBar的图标来源不再是原来�~�省的图像列表而是含有高彩色位囄��囑փ�列表 m_ilToolBar�Q?br />
m_wndToolBar.GetToolBarCtrl().SetImageList(&m_ilToolBar);

　　到此为止��可以通过MFC在自��q��写的�E�序中实现类��g��IE�{��Y件的漂亮的工��h��了。下囑ְ�是笔者用上述�Ҏ��得到的程序界面：

　　��结

　　本文通过对作为工��h��图标来源的图像列表的替换�Q�实��C��在普通MFC应用�E�序中具备了以往只有Windows�pȝ��自带�E�序才具备的高彩色工��h��。较�?地美化了�E�序的界面。本文程序在Windows 98下，由Microsoft Visual C++ 6.0�~�译通过�?br />

用VC制作非常��L��工具�?

　　自微软推出Windows 95�?一大批全新的控件��我们的应用程序更加美�?使用也更加方�ѝ��其中一个显著的变化��是工具条不再是一个突出的3D��方�?而是变成了��^面的状�?�?是只要把鼠标�U�d��C��?它就会自动地��出来，大大方便了用戗��?

　　�W�者经�q�一�D�|��间摸�?�l�于扑ֈ�了制作这�U�工��h��的方法。原来Windows 95��装了许多常用的控�g,大都被放在Comctrl32.dll中，其中Toolbar控�g是用于制作工��h��的。下�?��要介�l�一下如何在VC5.0中添加一个Toolbar�?

　　众所周知,所有的控�g都是某一�c�d��的窗�?所以制作Toolbar也要从制作窗口开始。由于MFC的Toolbar�c�dƈ不支持新的功�?所以我们只好用SDK�Ҏ��,通过API调用来完成整个过�E?�Q�该�q�程与制作一个传�l�的工具条类伹{�?

　　Toolbar是属于comctrl32.dll的扩展功�?所以要先调用InitCommonControlsEx()的函数。该函数有一个重要的参数军_��了对Toolbar的支�?它的主要作用是注册Toolbar�H�口,�?便在以后的程序中制作�q�种�H�口,而普通的工具条则要调用InitCommandControls()。需要注意的是这两个函数的写法�?

INITCOMMONCONTROLSEX icex;
DWORD dwStyle;
icex.dwSize = sizeof(INITCOMMONCONTROLSEX);

//注意下面�q�两个参数决定了是否注册Toolbar

icex.dwICC=ICC_COOL_CLASSES|ICC_BAR_ CLASSES;
InitCommonControlsEx(�Q�icex);

　　然后��可以调用CreateWindowEx�q�个函数来徏立Toolbar�H�口:

HWND hwndTB = CreateWindowEx(
WS_EX_TOOLWINDOW, //扩展工具条风�?
TOOLBARCLASSNAME, //Toolbar�c�d��
NULL,
WS_CHILD|WS_VISIBLE|TBSTYLE_FLAT�Q?//�H�口风格
0,0,0,0, //大小
AfxGetApp()�Q�＞GetMainWnd(), //父窗口名
NULL,
AfxGetInstanceHandle(), //实例
NULL);

　　判断一下窗口句�?如果不�ؓ�I?��p��C�窗口徏立成功。此时的Toolbar不过是一个空�I�的�H�口�Q�我们可以根据需要向里面��d��按钮。向Toolbar 中添加按钮是通过向它发送消息来实现�?以下�q�程与制作传�l�的工具条基本一致。首�?建立一个ImageList控�g,然后通过定义按钮的数据结构来��定每个按钮的类型�?
// 建立一个Imagelist 控�g,

HWND himl;
//MYICON_CX,MYICON_CY是每个按钮的大小
himl= ImageList_Create(MYICON_CX,MYICON_CY,ILC_COLOR4,0,4);

//加入事先作好的工��h��位图IDB_BITMAP2
ImageList_Add( himl,
LoadBitmap(AfxGetInstanceHandle(),MAKEINTRESOURCE(IDB_BITMAP2)),NULL);

//通过消息把位囑֊�入到Toolbar�?
SendMessage(hwndTB, TB_SETIMAGELIST, 0, (LPARAM)himl);

　　下面加入5个普通的按钮:

TBBUTTON tbArray[5]; //按钮的数据结�?
for(i=0;i�Q?;i�Q�＋)
{
tbArray[i].iBitmap = i; //�W�i个位�?
tbArray[i].idCommand = IDM_BUTTONSTART�Q�i;
//命��oID
tbArray[i].fsState = TBSTATE_ENABLED;
tbArray[i].fsStyle = TBSTYLE_BUTTON;
//按钮风格
tbArray[i].dwData = 0;
tbArray[i].iString = i; //昄��的字�W�串
}

//讄��按钮�l�构的大��?

::SendMessage(hwndTB,TB_BUTTONSTRUCTSIZE, sizeof(TBBUTTON), 0);
//��d��按钮到Toolbar�?
::SendMessage(hwndTB,TB_ADDBUTTONS,(UINT)5, (LPARAM)tbArray);

　　��x��,一个很��L��工具条基本上制作完成,最后再调用函数ShowWindow()卛_��: ShowWindow(hwndTB, SW_SHOWMAXIMIZED);

　　当点��L��钮时,Toolbar��把消息传送到父窗口中,��q��H�口响应消息。Toolbar中按钮的ID包含在消息函数的wParam参数�?可以讄�� 它来调度不同的模块。这时可以重载父�H�口的O nCommand()函数,�Ҏ��wParam参数判断点击了哪个按钮。假定父�H�口是主�H�口框架,代码如下:

BOOL CMainFrame::OnCommand(WPARAM wParam,LPARAM lParam)
{
switch(wParam)
{
case IDM_BUTTONSTART�Q?:
AfxMessageBox(“你点中了第一个按�?!", MB_ICONINFORMATION);
break;
case IDM_BUTTONSTART�Q?:
AfxMessageBox(“你点中了第二个按钮!!",MB_ICONINFORMATION);
break;
case IDM_BUTTONSTART�Q?:
AfxMessageBox(“你点中了第三个按钮!!", MB_ICONINFORMATION);
break;
}
return CMainFrame::OnCommand(wParam,lParam);
}

Visual C++ 版本6中工��h��的新特色

Dave Schmi

　　微��Y在www.microsoft.com/visualc已经推出Visual C++6.0预览版几个月了。正式版预计��C��q�年底发布。同�Ӟ��预览版显�C�出版本6��包含大量的改进和提高，包括支持Internet控�g,例如扁��^工具条等。虽然改�q�的控�g包与Internet无关�Q�但它首先出现在Internet Explorer中，因此它就被取做这个名字了。事实上�Q�官方发布的预览版的标题是“针对Internet Explorer 4.0的Visual C++ 5.0技术预览”�?br />
　　在以前关于MFC工具条类的讨��Z��题中�Q�我曄��应提供一个在版本6中工��h��的外观演�C�。有一个很好的消息�Q�那��是你现在用CToolBar所作的所�?工作在新的版本中都是有效的，包括那些在以前的栏目中所描述的一些扩展功能。因此，你将很容易修改现存的�E�序以获得象Internet Explorer和Visual Studio中那样“酷”的界面。此外，�q�没有什么坏消息�?br />
工具条的新特�?br />
　　早在版本4中，CToolBar��已被MFC库完全实��C��。一旦公用控件动态链接库�Q�命名�ؓcomctl32.dll�Q�变得无所不在了， CToolBar��成了如今已包含在操作系�l�中的工��h��控�g的代名词了。然而，CToolBar�q�没有揭�C�公用工��h��控�g的所有能力。如今，通过 CreateEx()函数�Q�它成功了�?br />
　　公用控�g动态链接库现在包含了至��三�c�风��|��最初的、在Internet Explorer3.0中加入的以及在Internet Explorer 4.0中加入的。虽然这些版本理��Z��是向下兼容的�Q�但某些专业人员曑ֆ��Z��些不能在后来版本中正常运行的应用�E�序�Q�这可能是这些程序采用了一些没有公开�?功能�Q�而这些功能�ƈ没有被包含在所有的版本中�?

　　Visual C++�E�序员没有这��L��l�历�Q�因为在Visual C++4.0�?.0中comctl32.dll�q�不是一个可以再分发的组�Ӟ��它在安装Internet Explorer时被更新�Q�因此MFC�E�序员无法依靠最新版本的某些功能来用于他们的�E�序。这��是CToolBar仅仅��h��最初的DLL的有限功能的�?因。CToolBar能够实现最新的特色意味着微��Y��在Visual C++6.0中包含最新的DLL�q�将其作��Z��个可以再分发的组件�?br />
　　�l�大多数新特色将由在调用CreateEx()和其它CToolBar成员函数时指定的新的风格标志来确定。下面是commctrl.h的一部分�Q�它定义了TBSTYLE�c�L��识符�Q?br />

#define TBSTYLE_BUTTON 0x0000
#define TBSTYLE_SEP 0x0001
#define TBSTYLE_CHECK 0x0002
#define TBSTYLE_GROUP 0x0004
#define TBSTYLE_CHECKGROU TBSTYLE_GROUP | TBSTYLE_CHECK)
#if (_WIN32_IE $#@62;= 0x0300)
　　#define TBSTYLE_DROPDOWN 0x0008
#endif
#if (_WIN32_IE $#@62;= 0x0400)
　　#define TBSTYLE_AUTOSIZE 0x0010
　　#define TBSTYLE_NOPREFIX 0x0020
#endif

#define TBSTYLE_TOOLTIPS 0x0100
#define TBSTYLE_WRAPABLE 0x0200
#define TBSTYLE_ALTDRAG 0x0400
#if (_WIN32_IE $#@62;= 0x0300)
　　#define TBSTYLE_FLAT 0x0800
　　#define TBSTYLE_LIST 0x1000
　　#define TBSTYLE_CUSTOMERASE 0x2000
#endif
#if (_WIN32_IE $#@62;= 0x0400)
　　#define TBSTYLE_REGISTERDROP 0x4000
　　#define TBSTYLE_TRANSPARENT 0x8000
　　#define TBSTYLE_EX_DRAWDDARROWS 0x00000001
#endif

　　你会注意到其中的一些采用了条�g�~�译�Q�依赖于_WIN32_IE的��|��它缺省指的是Internet Explorer 4.0�Q�即取��gؓ0x0400�Q�。对于Internet Explorer 3.0�Q�即取��gؓ0x0300�Q�以前的版本�Q�大多数的TBSTYLE标识�W�指的是按钮或是一�l�按钮。Internet Explorer3.0引入了扁�q�钮、文本标�{�、下拉列表和自定义绘制。Internet Explorer 4.0增强了下拉列表和自定义绘制功能，�q�且增加了支持OLE拖动目标��C��个工��h��?br />
扁��^钮和把手

　　在过�ȝ��18个月中我常常被问及该如何获得象Internet Explorer和Visual Studio中的工具条一样不使用��雕按钮而是用扁�q�钮�q�且带有便于�U�d��和定位的把手那样��L��界面。这些特色�ƈ不被MFC所支持�Q�因此最��单获取的�Ҏ��?是购��C��个扩展库。而对于Visual C++ 6.0来说却无��d��此一举，因�ؓ它��得CToolBar�c�d��C��Ҏ��q�钮、把手和其它新的视觉效果的支持�?br />
　　在预览版中，AppWizard�q�不会自动包括这些新特色�Q�但它们却很�Ҏ��被加入。表1昄��了AppWizard创徏的主框架�H�口的OnCreate ()函数�Q�表2昄��了需要做哪些修改以获得具有扁�q�钮和把手的工具条。图1昄��了表1创徏出的工具条，而图2昄��Z��?实现的工��h��?

�?1: CMainFrame::OnCreate as generated by AppWizard
int CMainFrame::OnCreate(LPCREATESTRUCT lpCreateStruct)
{
if(CMDIFrameWnd::OnCreate(lpCreateStruct) == -1)
　　return -1;

if(!m_wndToolBar.Create(this)||!m_wndToolBar.LoadToolBar(IDR_MAINFRAME))
　　{
　　　TRACE0("Failed to create toolbar\n");
　　　return -1; // fail to create
　　}

if(!m_wndStatusBar.Create(this) ||
　　!m_wndStatusBar.SetIndicators(indicators,sizeof(indicators)))
　　�?
�?: Adding flat buttons and the gripper
int CMainFrame::OnCreate(LPCREATESTRUCT lpCreateStruct)
{
if(CMDIFrameWnd::OnCreate(lpCreateStruct) == -1)
　　return -1;

if(!m_wndToolBar.CreateEx(this)||!m_wndToolBar.LoadToolBar(IDR_MAINFRAME))
　　{
　　　TRACE0("Failed to create toolbar\n");
　　　return -1; // fail to create
　　}

if(!m_wndStatusBar.Create(this)||!m_wndStatusBar.SetIndicators(indicators,sizeof(indicators)/sizeof(UINT)))
{
TRACE0("Failed to create status bar\n");
return -1; // fail to create
}

// TODO: Remove this if you dont want tool tips or a resizeable toolbar
m_wndToolBar.SetBarStyle(m_wndToolBar.GetBarStyle() |
CBRS_GRIPPER | CBRS_BORDER_3D | CBRS_TOOLTIPS | CBRS_FLYBY | CBRS_SIZE_DYNAMIC);

// TODO: Delete these three lines if you dont want the toolbar to
// be dockable
m_wndToolBar.EnableDocking(CBRS_ALIGN_ANY);
EnableDocking(CBRS_ALIGN_ANY);
DockControlBar(&m_wndToolBar);

return 0;
}
�?

　　��Z��作出扁��^按钮我必��M��用CreateEx()来代替Create()。这个新的函数在afxext.h中声明：

BOOL CreateEx
(
CWnd* pParentWnd, // parent window
DWORD dwCtrlStyle = TBSTYLE_FLAT, // extended style
DWORD dwStyle = // style
WS_CHILD | WS_VISIBLE | CBRS_ALIGN_TOP,
CRect rcBorders = CRect(0,0,0,0), // border rectangle
UINT nID = AFX_IDW_TOOLBAR // identifier
);

　　因�ؓ扩展风格�~�省指的��是TBSTYLE_FLAT�Q�因此我要得到扁�q�x��钮就只需要简单地��AppWizard形成的代码中的Create()改�ؓ CreateEx()卛_��。我��在后面实现其它的扩展风根{��ؓ了获得把手，我必��d��调用SetBarStyle()函数时包含CBRS_GRIPPER�?志，参看�?。这是CControlBar�cȝ��一个新风格�Q�而CToolBar�c�L��从它�l�承而来的。请注意到我也加入了CBRS_BORDER_3D�?志，�q�是��Z��修正一个未知的�l�制问题�Q�该问题��会在工��h��的边�~�绘制一些多余的炏V��这也许意味着预览版确实有�q�个问题�Q�因��Z��旦我��?D标志加入��q��卌�� 决了�q�且也似乎没有媄响到别的什么�?br />
　　上面所作的两个��单的改变是��得一个已存程序获得酷界面的最省力的方法。在一个程序具有了扁��^钮和把手的同�Ӟ��它也不会发生不应有的其它改变�?br />

will 2006-07-06 19:03 发表评论

C/C+语言struct深层探烦

will — Thu, 06 Jul 2006 10:42:00 GMT

C/C+语言struct深层探烦

出处�Q�PConline

1. struct的巨大作�?br />　　面对一个�h的大型C/C++�E�序�Ӟ��只看其对struct的��用情冉|��们就可以对其�~�写者的�~�程�l�验�q�行评估。因��Z��个大型的C/C++�E�序�Q�势必要涉及一�?甚至大量)�q�行数据�l�合的结构体�Q�这些结构体可以��原本意义属于一个整体的数据�l�合在一赗��从某种�E�度上来��_��会不会用struct�Q�怎样用struct是区别一个开发�h员是否具备丰富开发经历的标志�?/font>

　　在网�l�协议、通信控制、嵌入式�pȝ��的C/C++�~�程中，我们�l�常要传送的不是��单的字节��（char型数�l�）�Q�而是多种数据�l�合��h��的一个整体，其表现�Ş式是一个结构体�?/font>

　　�l�验不��的开发�h员往往��所有需要传送的内容依顺序保存在char型数�l�中�Q�通过指针偏移的方法传送网�l�报文等信息。这样做�~�程复杂�Q�易出错�Q�而且一旦控制方式及通信协议有所变化�Q�程序就要进行非常细致的修改�?/font>

　　一个有�l�验的开发者则灉|��q�用�l�构体，举一个例子，假设�|�络或控制协议中需要传送三�U�报文，其格式分别�ؓpacketA、packetB、packetC�Q?/font>

struct structA
{
int a;
char b;
};

struct structB
{
char a;
short b;
};

struct structC
{
int a;
char b;
float c;
}
　　优秀的程序设计者这栯��计传送的报文�Q?/font>

struct CommuPacket
{
int iPacketType;　　//报文�c�d��标志
union　　　　　　//每次传送的是三�U�报文中的一�U�，使用union
{
struct structA packetA;
struct structB packetB;
struct structC packetC;
}
};
　　在进行报文传送时�Q�直接传送struct CommuPacket一个整体�?/font>

　　假设发送函数的原�Ş如下�Q?/font>

// pSendData�Q�发送字节流的首地址�Q�iLen�Q�要发送的长度
Send(char * pSendData, unsigned int iLen);
发送方可以直接�q�行如下调用发送struct CommuPacket的一个实例sendCommuPacket�Q?br />Send( (char *)&sendCommuPacket , sizeof(CommuPacket) );
假设接收函数的原形如下：
// pRecvData�Q�发送字节流的首地址�Q�iLen�Q�要接收的长�?br />//�q�回��|��实际接收到的字节�?br />unsigned int Recv(char * pRecvData, unsigned int iLen)�Q?br />　　接收方可以直接进行如下调用将接收到的数据保存在struct CommuPacket的一个实例recvCommuPacket中：

Recv( (char *)&recvCommuPacket , sizeof(CommuPacket) );
　　接着判断报文�c�d��q�行相应处理�Q?/font>

switch(recvCommuPacket. iPacketType)
{
    case PACKET_A:
    …  �?//A�c�L��文处�?br />    break;
    case PACKET_B:
    …　 //B�c�L��文处�?br />    break;
    case PACKET_C:
    … �?//C�c�L��文处�?br />    break;
}
　　以上�E�序中最值得注意的是

Send( (char *)&sendCommuPacket , sizeof(CommuPacket) );
Recv( (char *)&recvCommuPacket , sizeof(CommuPacket) );
　　中的强制�c�d��转换�Q?char *)&sendCommuPacket�?char *)&recvCommuPacket�Q�先取地址�Q�再转化为char型指针，�q�样��可以直接利用处理字节流的函数�?/font>

　　利用�q�种强制�c�d��转化�Q�我们还可以方便�E�序的编写，例如要对sendCommuPacket所处内存初始化�?�Q�可以这栯��用标准库函数memset()�Q?/font>

memset((char *)&sendCommuPacket,0, sizeof(CommuPacket));

2. struct的成员对�?br />　　Intel、微软等公司曄��一道类似的面试题：
1. #include
2. #pragma pack(8)
3. struct example1
4. {
5. short a;
6. long b;
7. };
8. struct example2
9. {
10. char c;
11. example1 struct1;
12. short e;
13. };
14. #pragma pack()
15. int main(int argc, char* argv[])
16. {
17. example2 struct2;
18. cout << sizeof(example1) << endl;
19. cout << sizeof(example2) << endl;
20. cout << (unsigned int)(&struct2.struct1) - (unsigned int)(&struct2) << endl;
21. return 0;
22. }
　　问程序的输入�l�果是什么？
　　�{�案是：
8
16
4
　　不明白？�q�是不明白？下面一一道来�Q?br />2.1 自然对界
　　struct是一�U�复合数据类型，其构成元素既可以是基本数据类型（如int、long、float�{�）的变量，也可以是一些复合数据类型（如array、struct、union�{�）的数据单元。对于结构体�Q�编译器会自动进行成员变量的寚w��Q�以提高�q�算效率。缺省情况下�Q�编译器为结构体的每个成员按其自然对界（natural alignment�Q�条件分配空间。各个成员按照它们被声明的顺序在内存中顺序存储，�W�一个成员的地址和整个结构的地址相同�?br />　　自然对界(natural alignment)即默认对齐方式，是指按结构体的成员中size最大的成员寚w��?br />　　例如�Q?br />struct naturalalign
{
char a;
short b;
char c;
};
　　在上�q�结构体中，size最大的是short�Q�其长度�?字节�Q�因而结构体中的char成员a、c都以2为单位对齐，sizeof(naturalalign)的结果等�?�Q?br />　　如果改�ؓ�Q?br />struct naturalalign
{
char a;
int b;
char c;
};
　　其结果显然�ؓ12�?/font>

2.2指定对界
　　一般地�Q�可以通过下面的方法来改变�~�省的对界条�Ӟ��
　　· 使用伪指�?pragma pack (n)�Q�编译器��按照n个字节对齐；
　　· 使用伪指�?pragma pack ()�Q�取消自定义字节寚w��方式�?br />　　注意�Q�如�?pragma pack (n)中指定的n大于�l�构体中最大成员的size�Q�则其不起作用，�l�构体仍然按照size最大的成员�q�行对界�?br />　　例如�Q?br />#pragma pack (n)
struct naturalalign
{
char a;
int b;
char c;
};
#pragma pack ()
　　当n�?�?�?6�Ӟ��其对齐方式均一��P��sizeof(naturalalign)的结果都�{�于12。而当n�?�Ӟ��其发挥了作用�Q��得sizeof(naturalalign)的结果�ؓ8�?br />　　在VC++ 6.0�~�译器中�Q�我们可以指定其对界方式�Q�其操作方式��Z��ơ选择projetct > setting > C/C++菜单�Q�在struct member alignment中指定你要的对界方式�?br />　　另外�Q�通过__attribute((aligned (n)))也可以让所作用的结构体成员寚w��在n字节边界上，但是它较��被使用�Q�因而不作详�l�讲解�?/font>

2.3 面试题的解答
　　��x��Q�我们可以对Intel、微软的面试题进行全面的解答�?br />　　�E�序中第2�?pragma pack (8)虽然指定了对界�ؓ8�Q�但是由于struct example1中的成员最大size�?�Q�long变量size�?�Q�，故struct example1仍然�?字节对界�Q�struct example1的size�?�Q�即�W?8行的输出�l�果�Q?br />　　struct example2中包含了struct example1�Q�其本��n包含的简单数据成员的最大size�?�Q�short变量e�Q�，但是因�ؓ其包含了struct example1�Q�而struct example1中的最大成员size�?�Q�struct example2也应�?对界�Q?pragma pack (8)中指定的对界对struct example2也不起作用，�?9行的输出�l�果�?6�Q?br />　　�׃��struct example2中的成员�?为单位对界，故其char变量c后应补充3个空�Q�其后才是成员struct1的内存空��_��20行的输出�l�果�?�?br />

will 2006-07-06 18:42 发表评论

UML 主要的几�U�图

will — Thu, 06 Jul 2006 10:21:00 GMT

Class Diagrams
Class diagrams are the backbone of almost every object oriented method, including UML. They describe the static structure of a system.

Object Diagrams
Object diagrams describe the static structure of a system at a particular time. They can be used to test class diagrams for accuracy.

Use Case Diagrams
Use case diagrams model the functionality of system using actors and use cases.

Activity Diagrams
Activity diagrams illustrate the dynamic nature of a system by modeling the flow of control from activity to activity. An activity represents an operation on some class in the system that results in a change in the state of the system. Typically, activity diagrams are used to model workflow or business processes and internal operation.

Sequence Diagrams
Sequence diagrams describe interactions among classes in terms of an exchange of messages over time.

Collaboration Diagrams
Collaboration diagrams represent interactions between objects as a series of sequenced messages. Collaboration diagrams describe both the static structure and the dynamic behavior of a system.

Statechart Diagrams
Statechart diagrams describe the dynamic behavior of a system in response to external stimuli. Statechart diagrams are especially useful in modeling reactive objects whose states are triggered by specific events.

Component Diagrams
Component diagrams describe the organization of physical software components, including source code, run-time (binary) code, and executables.

Deployment Diagrams
Deployment diagrams depict the physical resources in a system, including nodes, components, and connections.

Package Diagrams
Package diagrams are a subset of class diagrams, but developers sometimes treat them as a separate technique. Package diagrams organize elements of a system into related groups to minimize dependencies between packages

will 2006-07-06 18:21 发表评论

数据库中存取BMP囑փ�

will — Thu, 06 Jul 2006 03:56:00 GMT

二进制大对象BLOB(Binary Large Object)
其存取的方式与普通数据有所区别。本文将介绍利用ADO在数据库中存取BLOB数据的具体实现过�E�，�q�给出实现图像存取显�C�的完整�C�Z��工程�?

二、前期准�?

首先我们建立一张名为userinfo的表�Q�包含三个字�D?id,username,old,photo,其中photo是一个可以存储二�q�制数据的字�D�c�?

2.1 在SQL SERVER中我们可以在Query Analyzer中直接输入如下语句创建：

CREATE TABLE [dbo].[userphoto] (
[id] [int] IDENTITY (1, 1) NOT NULL ,
[username] [varchar] (50) NULL ,
[old] [int] NULL ,
[photo] [image] NULL
) ON [PRIMARY] TEXTIMAGE_ON [PRIMARY]
其中photo我们定义为image�c�d��的字�D�c�?

2.2 在ACCESS中创建的�Ҏ��如下�Q?

建立一张新表包括id,username,old,photo四个字段�Q�然后打开表，选视图菜单中设计视图�Q�将id讄��动编��L��递增长整型，username为文本，old为数字，photo为OLE对象�?
在我们的�C�Z��工程中已�l�包含了一个徏立好的ACCESS2000的库�Q�你可以直接拿来使用�?

三、具体步�?

3.1 BLOB数据的保�?

BLOB�c�d��的数据无法用普通的方式�q�行存储�Q�我们需要��用AppendChunk函数�Q�AppendChunk包含在Field对象中，原型如下�Q?
HRESULT AppendChunk (const _variant_t & Data );
从函数原型中可以看到关键的问题是我们需把二�q�制数据赋值给VARIANT�c�d��的变量，下面我们�l�出具体的代码�ƈ作简单的分析:

///假设m_pBMPBuffer指针指向一块长度�ؓm_nFileLen的二�q�制数据,�q�且已经成功打开了记录集对象m_pRecordset///

char *pBuf = m_pBMPBuffer ;
VARIANT varBLOB;
SAFEARRAY *psa;
SAFEARRAYBOUND rgsabound[1];

m_pRecordset->AddNew(); ///��d��新记�?
m_pRecordset->PutCollect("username",_variant_t("��李")); ///为新记录填充username字段
m_pRecordset->PutCollect("old",_variant_t((long)28); ///填充old字段

if(pBuf){
rgsabound[0].lLbound = 0;
rgsabound[0].cElements = m_nFileLen;
psa = SafeArrayCreate(VT_UI1, 1, rgsabound); ///创徏SAFEARRAY对象

for (long i = 0; i < (long)m_nFileLen; i++)
SafeArrayPutElement (psa, &i, pBuf++); ///��pBuf指向的二�q�制数据保存到SAFEARRAY对象psa�?

varBLOB.vt = VT_ARRAY | VT_UI1;///��varBLOB的类型设�|��ؓBYTE�c�d��的数�l?

varBLOB.parray = psa; ///为varBLOB变量赋�?

m_pRecordset->GetFields()->GetItem("photo")->AppendChunk(varBLOB); ///加入BLOB�c�d��的数�?
}

m_pRecordset->Update(); ///保存我们的数据到库中

��x��我们的数据已�l�成功地保存��C��数据库中,接下来我们所要做的工作便是将该数据提取出�?让我们��l�吧!

3.2 BLOB数据的读�?

对应于保存数据时我们所使用的AppendChunk函数�Q�读取数据应该��用GetChunk函数,GetChunk的原型如�?
_variant_t GetChunk (long Length );
�l�出数据的长度后GetChunk��返回包含数据的VARIANT�c�d��变量,然后我们可以利用SafeArrayAccessData函数得到VARIANT变量中指向数据的char *�c�d��的指�?以方便我们的处理�Q�具体代码如下：

long lDataSize = m_pRecordset->GetFields()->GetItem("photo")->ActualSize;
///得到数据的长�?

if(lDataSize > 0)
{
_variant_t varBLOB;

varBLOB = m_pRecordset->GetFields()->GetItem("photo")->GetChunk(lDataSize);

if(varBLOB.vt == (VT_ARRAY | VT_UI1)) ///判断数据�c�d��是否正确
{
　　 char *pBuf = NULL;
　　 SafeArrayAccessData(varBLOB.parray,(void **)&pBuf);
　　 ///得到指向数据的指�?/*****在这里我们可以对pBuf中的数据�q�行处理*****/
　　 SafeArrayUnaccessData (varBLOB.parray);
　　 }

}

以上我们成功实现了BLOB数据在数据库中的存取�Q��ؓ了让大家有现成的例子可以参考，本文提供了示例工�E�，在示例工�E�中我们在数据库中保存图像数据，�q�可以对�q�些囑փ��q�行��览、修改，该例子还涉及到如何用char *指向的BMP文�g数据创徏BITMAP对象然后昄��出来�?br />

will 2006-07-06 11:56 发表评论

SAFEARRAY使用�Ҏ��C�Z��

will — Wed, 05 Jul 2006 12:09:00 GMT

l 创徏

long i = 0;

VARIANT va = {0};

va . vt = VT_BSTR ;

SAFEARRAYBOUND bounds [1] = {0};

bounds [0]. cElements = 5;

SAFEARRAY * psa = SafeArrayCreate ( VT_VARIANT , 1, bounds );

l 存入元素

for ( i = 0; i < 5; i ++)

{

va . bstrVal = SysAllocString (L "test" );

SafeArrayPutElement ( psa , & i , & va );

}

l 获取元素

for ( i = 0; i < 5; i ++)

{

va . bstrVal = SysAllocString (L "test" );

SafeArrayGetElement ( psa , & i , & va );

SysFreeString ( va . bstrVal );

}

l 销�?/span>

SafeArrayDestroy ( psa );

l 生成 VARIANT 变量

VARIANT vsa = {0};

vsa . vt = VT_ARRAY | VT_BSTR ;

vsa . parray = psa ;

will 2006-07-05 20:09 发表评论

will — Tue, 04 Jul 2006 16:32:00 GMT

野指针，也就是指向不可用内存区域的指针。通常对这�U�指针进行操作的话，��会使程序发生不可预知的错误。但是，我在文中要说的，��是野指针的“安全”��用方法以及其内部的原�?

首先误��位看以下一�D�“危险”的C++代码�Q?/p>

void function( void )
{
    char* str = new char[100];
    delete[] str;
    // Do something
    strcpy( str, "Dangerous!!" );
}

之所以说其危险，是因��是一�D�完全合乎语法的代码�Q�编译的时候完��得一炚w��误也不会有，然而当�q�行到strcpy一句的时候，问题��׃��出现�Q�因为在�q�之前，str的空间已�l�被delete掉了�Q�所以strcpy当然不会成功。对于这�U�类似的情况�Q�在林锐博士的书中有�q�介�l�，�U�其为“野指针”�?/p>

那么�Q�诸位有没有见过安全的“野指针”呢�Q�下面请看我的一�D�C++�E�序�Q�灵感来自CSDN上的一�ơ讨论。在此，我只需要C++的“类”，C++的其余一概不需要，因此我没有��用�Q何的C++标准库，�q�输出都是用printf完成的�?/p>

#include 

class CTestClass
{
public:
    CTestClass( void );
    int m_nInteger;
    void Function( void );
};

CTestClass::CTestClass( void )
{
    m_nInteger = 0;
}

void CTestClass::Function( void )
{
    printf( "This is a test function.\n" );
}

void main( void )
{
    CTestClass* p = new CTestClass;
    delete p;
    p->Function();
}

OK�Q�程序到此�ؓ止，�怽�可以�~�译�q�行一下看看结果如何。你也许会惊异地发现�Q�没有�Q何的出错信息�Q�屏�q�上竟然乖乖地出��C��q�么一行字�W�串�Q?/p>

This is a test function.

奇怪吗�Q�不要急，�q�有更奇怪的呢，你可以把��d��C��加上一句更不可理喻的：

((CTestClass*)NULL)->Function();

�q�仍然没有问题！�Q?/p>

我这�q�有呢，哈哈。现在你在主函数中这么写�Q�倘说上一句不可理喻，那么以下可以叫做无法无天了：

int i = 888;
CTestClass* p2 = (CTestClass*)&i;
p2->Function();

你看��C��什么？是的�Q�“This is a test function.”如�U�而至�Q�没有�Q何的错误�?/p>

你也许要问�ؓ什么，但是在我解答你之前，请你在主函数中加入如下代码：

printf( "%d, %d", sizeof( CTestClass ), sizeof( int ) );

�q�时你就会看到真�怺��Q�输出结果是——得到的两个十进制数相等。对�Q�由sizeof得到的CTestClass的大��其实就是它的成员m_nInteger的大��。亦��x��_��对于CTestClass的一个实例化的对象（设�ؓa�Q�而言�Q�只有a.m_nInteger是属于a�q�个对象的，而a.Function()却是属于CTestClass�q�个�cȝ��。所以以上看似危险的操作其实都是可行且无误的�?/p>

现在你明白�ؓ什么我的“野指针”是安全的了�Q�那么以下我所列出的，��是在什么情况下�Q�我的“野指针”不安全�Q?/p>

在成员函数Function中对成员变量m_nInteger�q�行操作�Q?
��成员函数Function声明��函数�Q�virtual�Q��?

以上的两�U�情况，目的��是��野指针��用属于自��q��东西��D��不安全，比如�W�一�U�情况中操作本��n的m_nInteger�Q�第二种情况中变��函数的Function成�ؓ了属于对象的函数�Q�这一点可以从sizeof看出来）�?/p>

其实�Q�安全的野指针在实际的程序设计中是几乎毫无用处的。我写这一��文章，意图�q�不是像孔乙�׃��样去琢磨回字有几�U�写法，而是想通过�q�个��例子向�怽�写明白C++的对象实例化本质�Q�希望大家不但要明白what和how�Q�更要明白why。李马二雉��三年二月二十日作于自宅�?/p>

关于成员函数CTestClass::Function的补充说�?/b>

�q�个函数是一个普通的成员函数�Q�它在编译器的处理下�Q�会成�ؓ�c�M��如下的代码：

void Function( const CTestClass * this ) // �?/font>
{
    printf("This is a test function.\n");
}

那么p->Function();一句将被编译器解释为：

Function( p );

�q�就是说�Q�普通的成员函数必须�l�由一个对象来调用�Q�经由this指针�Ȁ�z�Z��Q�。那么由上例的delete之后�Q�p指针��会指向一个无效的地址�Q�然而p本��n是一个有效的变量�Q�因此编译能够通过。�ƈ且在�~�译通过之后�Q�由于CTestClass::Function的函��C��内�ƈ未对�q�个传入的this指针�q�行��M��的操作，所以在�q�里�Q�“野指针”便成了一个看似安全的东西�?/p>

然而若�q�样改写CTestClass::Function�Q?/p>

void CTestClass::Function( void )
{
    m_nInteger = 0;
}

那么它将会被�~�译器解释�ؓ�Q?/p>

void Function( const CTestClass * this )
{
    this->m_nInteger = 0;
}

你看��C��Q�在p->Function();的时候，�pȝ��会��试在传入的�q�个无效地址中寻找m_nInteger成员�q�将其赋��gؓ0�Q�剩下的我不用说了——非法操作出��C��?/p>

至于virtual虚函敎ͼ�如果在类定义之中��CTestClass声明��函数�Q?/p>

class CTestClass
{
public:
    // ...
    virtual void Function( void );
};

那么C++在构建CTestClass�cȝ��对象模型�Ӟ��会��Z��分配一个虚函数表vptr�Q�可以从sizeof看出来）。vptr是一个指针，它指向一个函数指针的数组�Q�数�l�中的成员即是在CTestClass中声明的所有虚函数。在调用虚函数的时候，必须�l�由�q�个vptr�Q�这也就是�ؓ什么虚函数较之普通成员函数要消耗一些成本的�~�故。以本例而言�Q�p->Function();一句将被编译器解释为：

(*p->vptr[1])( p ); // 调用vptr表中索引号�ؓ1的函敎ͼ�即Function�Q�③

上面的代码已�l�说明了�Q�如果p指向一个无效的地址�Q�那么必然会有非法操作�?/p>

备注�Q?/p>

①关于函数的命名�Q�我采用了原名而没有变化。事实上�~�译器�ؓ了避免函数重载造成的重名情况，会对函数的名字进行处理，使之成�ؓ独一无二的名�U��?br />②将成员函数声明为static�Q�可以��成员函数不经由this指针便可调用�?br />③vptr表中�Q�烦引号0为类的type_info�?/p>

will 2006-07-05 00:32 发表评论

VISUAL C++软�g开发中几个常用功能

will — Tue, 04 Jul 2006 16:26:00 GMT
         在进行��Y件开发过�E�中��_��有很多小功能的实玎ͼ�虽然�q�些东西你可以不用，但是如果应用仂将会是你的�E�序更具有专业性。�?
一、设�|�程序自动运行。 �?br />       很多监控软�g要求软�g能够在系�l�重新启动后不用用户�ȝ��d��标启动项目，而是直接能够启动�q�行�Q�方法是写注册表Software\\Microsoft\\Windows\\CurrentVersion\\Run。参考程序可以见下：(查找�E�序目录的执行文�Ӟ��存在则进行添加注册表操作)
         HKEY RegKey;
         CString sPath;
         GetModuleFileName(NULL,sPath.GetBufferSetLength(MAX_PATH+1),MAX_PATH);
         sPath.ReleaseBuffer();
         int nPos;
    nPos=sPath.ReverseFind(’\\�?;
    sPath=sPath.Left(nPos);
    CString lpszFile=sPath+"\\****.exe";//�q�里加上你要查找的执行文件名�U�W?
    CFileFind fFind;
    BOOL bSuccess;
    bSuccess=fFind.FindFile(lpszFile);
    fFind.Close();
    if(bSuccess)
    {
        CString fullName;
        fullName=lpszFile;
        RegKey=NULL;
        RegOpenKey(HKEY_LOCAL_MACHINE,"Software\\Microsoft\\Windows\\CurrentVersion\\Run",&RegKey);
        RegSetValueEx(RegKey,"*****",0,REG_SZ,(const unsigned char*)(LPCTSTR)fullName,fullName.GetLength());//�q�里加上你需要在注册表中注册的内容�?
        this->UpdateData(FALSE);
    }
    else
    {
        theApp.SetMainSkin();
        ::AfxMessageBox("没找到执行程序，自动�q�行��p�|");
        exit(0);
    }
二、自动配�|�数据源
    很多的程序都要用到数据库�l�合的操作，�q�里举例ACCESS�Q�因为ACCESS在中��型VC�pȝ��开发中是最常用到的�Q�如果程序的�U�L��Q�如果对于很初��的用��h��_��你还需要他到配�|�面板中�q�行数据源配�|�的话，那就有点说不�q�去了。�?
         #include
         //配置数据源，数据库在应用�E�序目录�?�q�里比如数据库文件名�?**.mdb�Q�程序运行时候可以将数据库文件拷贝到�E�序目录下面。�?
    CString sPath;
    GetModuleFileName(NULL,sPath.GetBufferSetLength (MAX_PATH+1),MAX_PATH);
    sPath.ReleaseBuffer();
    int nPos;
    nPos=sPath.ReverseFind(’\\�?;
    sPath=sPath.Left(nPos);
    CString lpszFileName = sPath + "\\***.mdb";//�q�里修改成你的数据库文�g名称
    CFileFind fFind;
    if(!fFind.FindFile(lpszFileName))
    {
        ::AfxMessageBox("没有扑ֈ�数据�?);
        exit(0);
    }
    CString szDesc;
    szDesc.Format( "DSN=****;Description=****;DESCRIPTION=The DataBase For ***;FIL=MicrosoftAccess;DEFAULTDIR=%s;DBQ=%s;" ,sPath,lpszFileName);//�q�里***号可以添加成你的描述
    //��d��数据源�?
    if(!::SQLConfigDataSource(NULL,ODBC_ADD_DSN, "Microsoft Access Driver (*.mdb)",(LPCSTR)szDesc))
    {
        ::AfxMessageBox("32位ODBC数据源配�|�错�?");
        exit(0);
    }
三、设�|�显�C�模式：
    很多的程序的�U�L��的运行环境是改变的。有可能你的原来开发环境是1024X768�Q�但是到了那些显�C�器大于17的时候（分��L率超�q�你的开发时的分辨率�Ӟ��Q�程序的昄��可能��׃��好看了。�?
         DEVMODE lpDevMode;
    lpDevMode.dmPelsHeight=768;//Y方向象素点�?
    lpDevMode.dmPelsWidth=1024;//X方向象素点�?
    lpDevMode.dmDisplayFrequency=85;//屏幕��h��率�?
    lpDevMode.dmFields=DM_PELSWIDTH|DM_PELSHEIGHT|DM_DISPLAYFREQUENCY;
    ChangeDisplaySettings(&lpDevMode,0);
四、在你的�E�序中间加蝲其他应用�E�序�Q��?
    你的�E�序除了调用到各个模块进行协同工作外�Q�DLL�Q�，�q�有可能调用不是同一个开发环境下的应用程序，比如VC环境下调用DELPHI�Q�VB开发的执行�E�序�Q�你��可以用��C��面的�Ҏ��Q�将调用的应用程序拷贝程序目录中�Q�：
         CString sPath;
    GetModuleFileName(NULL,sPath.GetBufferSetLength (MAX_PATH+1),MAX_PATH);
    sPath.ReleaseBuffer();
    int nPos;
    nPos=sPath.ReverseFind(’\\�?;
    sPath=sPath.Left(nPos);
    CString lpszFileName = sPath + "\\***.exe";//�q�里修改成你的调用应用程序的文�g名称
    CFileFind fFind;
    if(!fFind.FindFile(lpszFileName))
    {
        ::AfxMessageBox("没有扑ֈ�调用的应用程序！");
        return FALSE;
    }
    else
        ShellExecute(NULL,NULL,_T("***.exe"),NULL,sPath,NULL);
五、结束进�E�：
    在你的程序中�l�束别的�E�序�q�程�Q�采用的�Ҏ��是进行进�E�列举，然后采用查找的方法进行：
         #include "TLHELP32.H"
         DWORD ProcessID[50];
    CString kkk[50];
    HANDLE SnapShot=CreateToolhelp32Snapshot(TH32CS_SNAPPROCESS,0);
    PROCESSENTRY32* info=new PROCESSENTRY32;
    PROCESSENTRY32 ProcessInfo;//声明�q�程信息变量
    ProcessInfo.dwSize=sizeof(ProcessInfo);//讄��ProcessInfo的大��?
    //�q�回�pȝ��中第一个进�E�的信息
    BOOL Status=Process32First(SnapShot,&ProcessInfo);
    int m_nProcess=0;
    while(Status)
    {
        CString s,str1,str2;
        s.Format("%d",ProcessInfo.cntThreads);
        str1.Format("%s",ProcessInfo.szExeFile);
        str1=ProcessInfo.szExeFile;
        kkk[m_nProcess]=ProcessInfo.szExeFile;
        ProcessID[m_nProcess]=ProcessInfo.th32ProcessID;
        if(str1=="***.exe")//***.exe��是你要�l�束的进�E�的名称
        {
            HANDLE ProcessHandle;
            ProcessHandle=OpenProcess (PROCESS_ALL_ACCESS,FALSE,ProcessID[m_nProcess]);
            TerminateProcess(ProcessHandle,0);
        }
        Status=Process32Next(SnapShot,&ProcessInfo);
        m_nProcess++;
    }

will 2006-07-05 00:26 发表评论

will — Tue, 04 Jul 2006 16:14:00 GMT

   作�ؓ��C��C++最重要的特色技术，template正在各个传统领域��d��略地。从基本��法与数据结构，到正则表辑ּ�与XML解析�Q�从高性能数学计算�Q�到资源的分配与��理�Q�从�|�络分布式计��环境，到组件模型创建，从静态多态性的�l�度扩展�Q�到设计模式的自动生成，��奇的template昄��出其令�h叹�ؓ观止的强劲实力，如果不是有一个隐隐的痛处�Q�template爱好者简直可以去狂欢了�?/p>
�q�个隐隐的痛处，��是在GUI�~�程领域�?/p>
   现有的大部分成熟GUI框架和工具库�Q�其定型旉��都在90�q�代早期�Q�不��是因�ؓ什么原因，��M��我们�Ҏ��看不到template技术在�q�些环境中的��M��重要�q�用。无论是专有MFC和OWL�Q�还是开源的wxWindow和Mozilla, 以至于是专有�q�是开源都说不清楚的Qt�Q�它们在其他斚w��有着诸多不同�Q�偏偏倒是在对待模板技术上�I�前一��_��严格限制在底层的数据�l�构领域内，抵制模板技术流入GUI��M��l�构。最�q�分的wxWindow和Mozilla�Q�在代码�~�写规范里严厉禁止��?990�q�之后发展出来的��M��C++�Ҏ��，模板、异常、多�l�承、STL�{�等�Q�均在黑名单上。诸位有兴趣�Q�不妨去看看�Q�那与其说是一份C++代码�~�写规范�Q�倒不如说是对C++��C��Ҏ��在GUI领域应用的一份不公正的判决书�?

��N��模板技术真的在GUI领域无用武之地吗�Q?

WTL�l�出了一个响亮的回答�?

   WTL是微软ATL开发组成员Nenad Stefanovic先生在ATL Windowing机制上发展�v来的一整套GUI框架�Q�运用template技术组�l�和创徏GUI对象�Q�构�{�了�_�致的面向对象框�Ӟ��没错�Q�在�q�里object oriented与template达成了精致的融合�Q�。虽然没有获得微软的官方支持�Q�虽然其使用者�h数很��，但是��实是“用�q�的都说好”，有位微��YMVP人士甚至��_��q�是微��Y有史以来推出的最优秀的一个framework。真是一个有��的讽刺�Q�最好的东西居然不被官方支持。有关于WTL的流�a�不少�Q�比如这东西原本是微软内部专用，只是因�ؓ不小心才被泄漏出来等�{�，�q�更加剧它的��秘色彩。相信大家对它一定有不少问题。我们特别邀请到了WTL之父Nenad Stefanovic先生�Q�进行了一�ơ网上的访谈�Q�希望能帮助大家了解WTL的真面目�?

【C++ View】：I think most of our readers are not very familiar with you, so would you please tell us your story here? We are very fond of that. What do you think about China and Chinese people?

【C++ View】：我想�Q�可能我们的读者中有很多�h�Ҏ��q�不是很熟悉�Q�您能不能在此给我们��单介�l�一下您自己呢？我们��非�怹�意听到您的自�q�。还有，您能不能也对我们讲述一下您对于中国以及中国人民的基本看法呢�Q?/p>
【Nenad�? I am a software developer at Microsoft. Your readers will probably know me as a creator of Windows Template Library, WTL. I am from former Yugoslavia, where I finished school and started working on software development. I've been living in US for 10 years now.

I am intrigued and impressed by the Chinese culture and tradition. I think that China is now in a great position of progress as a country and a nation. I discovered that, being from former Yugoslavia, I already know many things about China, and getting to know people from China gave me a bit of the "everyday" life perspective as well. I'd like to learn more, so I hope to visit China one day.

【Nenad】：好的。我现在在Microsoft工作�Q�是它里面的一个��Y件开发�h员。你们杂志的读者中可能有�h知道�Q�我��是Windows Template Library �Q�WTL�Q�的创作者。我来自于前南斯拉夫�Q�在那我完成了我的学业�ƈ开始了我作��Y件开发�h员的工作生��。现在，我在��国居住的时间已�l�超�q�了10�q�了�?

   中国的文化以及传�l�给我留下了极�ؓ深刻的印象，我对此十分感兴趣。我惻I��作�ؓ一个国家以及民族，中国已经处于一个伟大�ƈ且不断在成长中的位置上。作��Z��个从前南斯拉夫来的�h�Q�我早就了解到关于中国的很多事情。在与来自中国的人民的接触过�E�中�Q�我�q�了解到了你们日常生�zȝ��一些状��c��我�q�想了解更多�Q�有关中国的事情�Q�，希望有一天我可以��C��国来游览�?

【C++ View】：When and why did you first think about WTL? What's its original purpose? How do you see its future?

【C++ View】：您是什么时候开始想赯��开发WTL呢？��Z��么？您在开发它时的最初目的是什么？您又是如何地看待它未来的发展呢？

【Nenad】：WTL was born while I was working on ATL (Active Template Library). We were extending ATL to support ActiveX controls, and I was working on the windowing support. I started thinking that the same techniques can be applied to much broader windowing support, for the much richer UI for controls, components, and also applications. So, WTL was created as a part of ATL that would extend ATL to support any kind of UI related component or application. It did not ship with ATL in Visual Studio, however, so I decided to ship it as a standalone library that extends ATL.

I think that WTL will continue to be a great option for developers writing Windows applications and components. I don't see big changes or additions to WTL, because one of the design principles for WTL was to follow the Win32 UI API and design. It will continue to do so.

【Nenad】：WTL是我在从事ATL �Q�Active Template Library�Q�开发工作时的��物。那时我们正在扩展ATL�Q��之得以支持ActiveX control�Q�而我负责的就是其中对于窗口机刉��分的支持。这�Ӟ��我就开始想�Q�是不是可以把同��L��技术应用到更�ؓ�q�泛的窗口机制中�Q�以获得更丰富的UI控制、组件、以至于应用�E�序呢？于是�Q�作为ATL的一部分�Q�WTL被开发出来了。它��ATL�q�行了扩展，以��得它可以支持各种�c�d��的与UI相关的组件或者应用程序。然而，它�ƈ没有随着ATL一同集成在Visual Studio中被发布�Q�于是我��决定将它作��Z��个单独的ATL扩展库发布出厅R�?

我认为WTL��一直是那些在Windows下开发应用程序以及组件的开发者的一个很好的选择。我�q�不认�ؓ在以后，我们会对WTL有一个大的改动（或者增添）�Q�因为WTL的一个设计宗旨就是“遵循Win32 UI的API及其设计”。现在如此，��来�q�是会如此下厅R�?

【C++ View】：I first heard about WTL in July, 2000. At that time, I thought: "No official support, no documentation, no commercial hype, it will die in 6 months." Now, fifteen months passed, it spreads wider and be more vigorous. Lots of C++ programmers, esp. the ones we regard them as "gurus and masters" involved in WTL. I know it's surely because WTL is a wonderful library, but it must be more than a wonderful library to gain such attentions without official force.What do you think WTL's relative success? What's the reason?
【C++ View】：我第一�ơ接触WTL是在2000�q?月。在那时�Q�我��想�Q�“没有官方的支持�Q�没有文档，也没有商业吹捧，它最多只能够存活6个月。”但现在15个月�q�去了，它反而流传得更�ؓ�q�泛�Q�更加的生机勃勃。许多C++�E�序员，��其是一些我们所认知的“专家”以及“大师”，都在使用WTL。我当然知道�q�主要是因�ؓWTL的出�Ԍ��但我惻I��能够在没有官方的力量牉|��的情况下吸引如此多的注意�Q�WTL一定还有更��的东西，请问您是如何看待WTL的成功呢�Q�它成功的原因又是什么？

【Nenad】： I think that the main reason of WTL's success is that it did fit the need of developers at the right time. More and more developers started using ATL, and it was natural for them to start using WTL when they needed more UI support. It seems that WTL was perceived as a more open project than others, judging by the support provided by other parties in the development community. Many people did a wonderful job of creating samples, documentation and support for WTL. The support from the programming community is very important part of the acceptance and success of WTL.

【Nenad】：我认为WTL成功的最主要原因��是�Q�它��实而且及时地满��了开发者的需求。越来越多的开发�h员开始��用ATL�Q�当他们需要更多的UI支持�Ӟ��他们很自然的��׃��开始��用WTL�?从其他的开发团队所提供支持来看�Q�WTL看�v来似乎要比其他的��目更加开放。许许多多�h为WTL做了大量工作�Q�如�Q�创建示例代码，撰写文档�{�。WTL之所以能够被�q��ؓ接受�q�获得如此大的成功，来自于这些开发团队的支持�l�对是一个重要的因素�?

【C++ View】：What do you think about MFC? Do you like it? If you don't, why? And the most confusing thing is Managed C++, is it C++? Do the leaders of MC++ really think some C++ users will go to learn it? Do you believe?
【C++ View】：请问您对于MFC是怎么看的�Q�您喜欢它吗�Q�如果不�Q��ؓ什么呢�Q�还有，最让�h�q�h��不解的就是Managed C++了，它是不是C++呢？MC++的提倡者是不是真的认�ؓ会有一些C++的用戯��{而去学习它呢�Q�您的看法又是如何呢�Q?/p>

【Nenad】： I think that MFC is a great framework library. Don't forget that MFC was designed at the time that C++ compiler was rather limited, and the main platform was 16-bit Windows. Unfortunately, because MFC was designed as a framework, it was really hard to evolve it to use better C++ support in newer compilers, and to add support for new features added to Windows in the meantime. What I don't like about MFC is the DLL approach, which causes many compatibility problems, and framework design, which dictates too many things about app design.

Managed C++ is an extension to C++ which allows C++ programs to use managed code. It is very important to understand that you can compile your existing C++ code using MC++ without any changes. MC++ allows developers to use both familiar non-managed C++ and managed code in the same module. That provides an excellent way to extend existing code to interact with managed code, as well to create new projects that can use both managed and traditional C++.

【Nenad】：我认为MFC是一个了不�v的框架库。请不要忘了�Q�在MFC被设计出来初期，那时的C++�~�译器还��h��很多的限�Ӟ��q�且那时主要的��^台还只是16位的Windows。不�q�的是，�׃��MFC被设计成��Z��个框�Ӟ��使得我们很难利用新编译器中那些更好的C++�Ҏ��来改进它，也很隑ְ�Windows中的很多新特性添加到MFC中。我不喜�ƢMFC的地�Ҏ��它高度依赖DLL的特性——因为它��导致许多兼�Ҏ��方面的问题�Q�还有就是MFC的整个框架设计——它在应用程序的设计中限定了太多东西�?

Managed C++是C++的一个扩展，它允许C++�E�序得以使用受管�Q�managed�Q�代码。我们需要了解的一个很重要的特性就是，我们可以使用MC++来编译已有的C++代码而无需对它们进行�Q何改动。MC++允许开发者同时��用他们所熟悉的非受管代码以及受管代码来开发同一个模块。这��提供了一个非常好的途径�Q��已有的代码与新的受管代码�怺�作用�Q��ƈ也可使得我们创徏一个项目，同时使用受管的和传统的C++代码�?

【C++ View】：In the past 15 years or more, C and C++ is the base of almost all Microsoft's technologies(OS, COM, etc.). We C++ user paid a lot of hard work to catch them, because we felt what we paid was worthy(?). Now, it seems the climate changed. .NET is coming, the world is going to be full of CLRs and/or JVMs. There has been a decampment from C++. So what do you think about the future of C++ (not MC++) in Mircosoft technologies? Will it go away? Will it become a marginal language?
【C++ View】：在过�ȝ��15�q�中�Q�甚��x��长的一�D�|��间内�Q�，C以及C++构成了几乎所有Microsoft技术的基础�Q�如�Q�OS�Q�COM�{�）。我们这些C++用户��p��了大量的旉��来熟悉�ƈ掌握它们�Q�C以及C++�Q�，因�ؓ我们�怿�我们所付出的一定会有回报（?�Q�。但现在的风向好像有了很大的改变�?NET出现了，世界��g��p��充斥CLR �Q�Common Language Runtime�Q�公��p��a��q�行库）以及�Q�或JVM �Q�Java Virtual Machine�Q�Java虚拟机）。现在C++已经出现了退潮的�q�象。那么，请问您对于C++�Q�不是MC++�Q�在Microsoft技术中的前景如何看待？它是否会由此消亡�Q�还是就此��落�ؓ一门边�~�语�a��Q?/p>

【Nenad】：Well, the world is changing too. The new type of development for Web services and connected applications is on the horizon. I think that new languages, like Java, C#, and VB.NET, were developed to address two main issues - to simplify software development and to provide better support for Internet development. Simplifying software development allows more developers to write good applications and cuts down on time needed to finish a project. Supporting Internet development is obviously very important in this time when Internet is used more and more in every part of everyday life.

I think that C++ will continue to be an important language, especially for ISV's and for system development. On the other hand, I believe that .NET will be very important platform soon. .NET has the potential to be the main programming platform for the future, but it is reasonable to expect that the transition will take some time.

【Nenad】：是的�Q�世界也已经发生了变化。对于网�l�服务以及连接这��L��新型应用�E�序的开发已�l��Q上了水面。我认�ؓ那些新的�~�程语言�Q�如Java�Q�C#�Q�以及VB.NET�Q�都是针对以下两个主要的问题而开发出来的——简化��Y件的开发过�E�以及对于Internet应用�E�序开发提供更好的的支持。简化��Y件的开发过�E��得更多的开发者可以写出更多更好的应用�E�序�q�减��完成开发项目所需要的旉��。而支持Internet的开发，对于�q�个Internet��来��深入到我们的日常生�z�M��的时代来��_��毫无疑问是一仉��帔R��要的事情�?

我认为C++会��l�作��Z��门重要的�~�程语言发挥作用�Q�尤其是寚w��些独立��Y件开发商和那些系�l��开发来说更是如此。从另一斚w��来说�Q�我�怿�.NET��会在不久以后成为另外一个非帔R��要的开发��^台。对于未来来��_��.NET拥有成�ؓ��L��~�程�q�_��的潜力，但我们必��认识到�Q�这��L��q�渡阶段肯定要持�l�一�D�|��间�?

【C++ View】：There a lots of beginners in our readers, after they learn (standard) C++, they want to seek a path to master enought Microsoft technologies to be practical and proficient programmers. Could you recommend such a path? Should they learn Win32 API programming? Is it worthy of studying MFC? Is WTL/ATL/STL a reliable solution? Or goto C# directly? Many many people will thank you if you give them frank advice.
【C++ View】：我们的读者中有很多是初学者，在他们学习完�Q�标准）C++后，他们希望能够扑ֈ�一条道路，掌握到��够多的Microsoft的技术��自己成�ؓ�l�验丰富的、熟�l�的�E�序员。您能不能给我们指出�q�样的一条道路来呢？我们是不是应该学习Win32 API�~�程�Q�学习MFC是否是值得的？WTL/ATL/STL��得上是一个可靠的解决�Ҏ��吗？又或是我们应该直接学习C#�Q�如果您能够�l�我们一些徏议，�怿�会有很多的�h为此而感�Ȁ您的�?/p>

【Nenad】：I think that depends on their plans and ambitions. The more of those things you do, the better you are off in the long run. But, you also have to balance that with the practical issues. So, I think that people who see their future in the Internet development can go directly to C# or VB.NET, and study .NET platform. Those who would like to have more knowledge of the Windows platform and services it provides should certainly learn more about Win32 API and libraries that support Windows programming.

【Nenad】：我认��主要取决于他们的计划以及雄心。你所做的��多�Q�在长时间竞争中你就��占据优�ѝ��不�q�你也要注意保持与实际问题的�q��。我��那些军_��以后只做Internet相关开发的人可以直接去学习C#或者VB.NET�Q�同时学�?NET�q�_��。而那些更多地了解Windows�q�_��以及它所提供的服务方面知识的人，当然��必��需要更多地了解有关Win32 API以及那些支持Windows�~�程的库相关的知识�?

【C++ View】：Soon after I began to learn WTL, a warm-hearted man posted me a email. He wrote: "You won't be a good WTL programmer if not a good ATL programmer, you won't be a good ATL programmer if not a COM programmer. And once you decide to learn COM, you are beginning your travel to hell." Is COM so difficult to learn? How to study WTL? We must learn API, COM, ATL and WTL in sequence, do we? And what about COM, will it remain to be the core technology of Microsoft, or just be substituted by .NET and dismiss?
【C++ View】：在我刚开始学习WTL后不久，有一位热心�h�l�我发了份邮件。他写道�Q�“如果你不是一个好的ATL�E�序员的话，你就不可能成��Z��个好的WTL�E�序员；如果你不会COM�~�程的话�Q�你��׃��可能成�ؓ一个好的ATL�E�序员；但一旦你军_��开始学习COM�Q�你��p��Z��t�向地狱的第一步。”COM是不是真的那么难学？我们应该如何地来学习WTL呢？我们是不是应该按照这��L��序学下来呢�Q�API->COM->ATL->WTL�Q�还有，COM��会变得如何�Q�他是不是还能够保持Microsoft的核心技术这一头衔�Q�抑或是�?NET�l�替换掉然后��此消失�Q?/p>

【Nenad】：I don't think it is necessary to master COM to use and understand WTL. Win32 UI knowledge is more important than COM to understand WTL. But it is true that knowledge of ATL is required, and ATL mainly supports COM. So, COM knowledge is desirable, but not required.

I don't think that COM is hell, but it sure does require a lot to learn to be an expert. Keep in mind that many people don't have to be COM experts to use COM, or to use WTL. Just understanding basic principles of COM is enough to use it, and then people can learn more when needed.

【Nenad】：我不认�ؓ使用和理解WTL��׃��定要掌握COM。相比于COM来说�Q�Win32 UI的知识对于理解WTL昑־�更�ؓ重要。但毫无疑问的是�Q�ATL的相关知识是必不可少的。由于ATL主要��d��是支持COM�Q�所以，有COM的知识只是会更好一些而已�Q�但它们�q�不是必需的�?

我也不认为COM是一个噩梦，但毫无疑问的是，惌��成�ؓ一个COM专家�Q�要学的东西实在是太多了。但误��住一件事情，很多使用COM或者WTL的�h�q�不都是COM斚w��的专家。要想��用它们，��Z��所需了解的只是一些COM的基本原理就够了�Q�其他的相关的知识则可以在需要时再去学习�?

【C++ View】：What do you think about Generic Programming? Is it a whole different paradigm from OOP, or just OOP's supplemental facility? Can we combine GP and OOP? In the hard work of design and implement WTL, you must had got an insight about the relationship between OOP and GP, what's it?
【C++ View】：请问您对于泛型程序设计是如何看待的？它到底是OOP的一个补充呢�Q�还是完全不同于OOP的另外一个程序设计范型呢�Q�我们是否可以将GP以及OOP一同联合��用？我想�Q�在设计和实作出WTL的艰苦过�E�中�Q�对于OOP以及GP之间的关�p�，您一定有了自��q��看法�Q�您能不能给我们说一下呢�Q?/p>

【Nenad】：Generic Programming and OOP are very different, mostly because Generic Programming doesn't explicitly express relationships between design elements. They can, however, be used together very efficiently.

WTL uses a combination of Generic Programming and OOP design. Templates are mostly used to implement traditional OOP classes. I'd like to point out that WTL doesn't use any "pure" design, and it doesn't strictly follow any design guidelines or styles. I do think, though, that WTL does use one of the main strengths of the C++ language - it uses appropriate paradigm that is the most suitable for a particular problem.

【Nenad】：GP和OOP非常不同�Q�这主要是由于GP从不昑ּ�地表辑և�设计元素之间的关联来。然而，它们也可以被非常高效地组合运用�?

WTL中��用了一�U�GP�q�同OOP的设计。我在其中大量��用了模板来实作出传统的OOP中的�c�R��我很乐意指出的是，WTL中�ƈ没有使用一�U�“纯”设计，它也没有遵��@��M��的设计指导方针或者设计规根{��可是，我还是认为WTL使用��C��C++语言中的最主要的精髓处——对于一个特定的问题使用一�U�最适合它的适当典范�?

【C++ View】：Recently, the famous C++ pioneer Stanley Lippman joined Microsoft and became a member of Visual C++.NET group. How do you think about this? What message do you think your company like to pass to public? Does this mean Microsoft want to make VC.NET a full-standardized C++ compiler and hold C++ as your core system language?
【C++ View】：最�q�，著名的C++元老��大师Stanley Lippman加入了Microsoft�q�成为其VC.NET开发小�l�中的一员。请问您对于此事是如何看待的�Q�您认�ؓMicrosoft试图向公众传播一�U�什么样的信息呢�Q�这是否也意味着Microsoft希望VC.NET成�ؓ一个完全标准化的C++�~�译器，�q��l�保持C++的核心系�l�语�a��C��呢？

【Nenad】：I think that shows that Microsoft is committed to advance the C++ compiler and language, and ready to get the best people to help. I am sure that VC++.NET will continue to be powerful tool for developing applications, and that it will also include additional capabilities for the .NET development. Compliance with the C++ Standard is an ongoing work, and we will see further improvements there, too.

【Nenad】：我认��昄��了Microsoft对于促进C++�~�译器以及语�a��l�箋发展的决心，�q��ؓ此找��C��最佳�h选来获取帮助。我��信VC.NET��会�l�箋是开发应用程序的强有力工��P��q�且它同时还��包含有.NET开发能力。目前我们正在进行兼容C++标准斚w��的工作，不久我们��׃��看到成效�?

【C++ View】：I'm learning WTL and ATL, since you are the author of WTL and a member of ATL group, can you give me some advice?
【C++ View】：我现在正在学习WTL以及ATL�Q�既然您是WTL的作者，同时又是ATL开发小�l�中的一员，您能不能�l�我一些徏议呢�Q?/p>

【Nenad】：There are several areas of programming that are very important for WTL and ATL: knowledge of the C++ language in general, understanding of templates, COM for ATL, and Windows UI programming for WTL. Solid knowledge in these areas is very beneficial for WTL and ATL developers, and it also helps to understand the source code for both libraries.

I would also like to encourage everybody to write programs. That is the best way to learn how to use any library, or a programming language or operating system. Writing programs often brings problems that must be solved that are not addressed in books. Reading about something is very useful to start learning, writing programs is the best next step.

【Nenad】：对于WTL和ATL来说�Q�有好几个编�E�方面的领域是十分重要的�Q�大体上的C++语言知识�Q�了解模板，COM�Q�对ATL而言�Q�，以及Windows UI�~�程�Q�对WTL而言�Q�。在�q�些领域有着坚实的基��对于WTL以及ATL开发�h员来说有着很大的好处，同时对于理解�q�两个的源代码也能够起到帮助作用�?

我同样也很乐意去鼓励大家多写�E�序。这也是学习如何使用一个程序库�Q�或者一门编�E�语�a��Q�或者一个操作系�l�的一个最好的�Ҏ��。在写程序的�q�程中经�怼�出现一些书本上没有提及但又必须被解决的问题。在开始学习时��M��些东西是很有用的�Q�而写�E�序则是向纵深发展的最��x��式�?

【C++ View】：They say we are in the gate of Post-PC times, it will be a embedded world, and there will be embedded smart device everywhere, and the embedded industry will build a far large market compare to PC's. Do you believe it? Do you think WTL and other C++ template libraries are available and appropriate for embedded development? Are there available for Internet development?
【C++ View】：有�h��_��我们现在已经处于后PC时代的门口，未来��会是一个嵌入系�l�的世界�Q�嵌入式的智能设备将会无所不在�Q��ƈ且对比PC来说�Q�嵌入系�l�的产业��会是一个更大的市场。您是否�怿��q�些呢？您是否认为WTL以及其他的一些C++模板库对于嵌入式开发也适用呢？它们是否适合Internet开发？

【Nenad】：Yes, I think that large number of various devices that we use everyday will become small, specialized computers. That doesn't mean that the number and importance of PCs will go down, just that there are many other devices that will be enhanced to be programmable and connected. Those new devices will provide a great opportunity for software developers, because they will all have software and somebody has to write it.

Many of the C++ libraries are quite appropriate for embedded development, and WTL would also be in cases where Windows based user interface is important (for example, Pocket PC platform). Great flexibility and small footprint are always very important features for embedded development, so template libraries are in the very good position there.

【Nenad】：是的�Q�我认�ؓ我们��C��所使用的各�U�设备中的大部分在以后都��会演变成�ؓ一些小的，��h��专门用途的计算机。但�q��ƈ不意味着PC的数目以及重要性将会由此降低，只不�q�是表明�q�有着许多其他的设备需要被加强以��得我们可以对其进行编�E��ƈ且连接。由于必��需要有软�g的支持，而��Y件又需要有人来写，�q�些新的讑֤��会�l��Y件开发�h员带来极大的机遇�?

有许多的C++函数库都可用于嵌入系�l�的开发，WTL也将会在那些Windows用户界面较�ؓ重要的开发中�Q�例如，在Pocket PC�q�_��上面开发）占有一席之地。对于嵌入式开发来��_��良好的弹性，微小的内存耗用永远都会是很重要的特性，而模板库在这斚w��占据了一个非常好的地位�?

【C++ View】：In the past 7 years or more, COM is Microsoft's core technology. And we now can see that in the next decade, the core role may be .NET. My question is, what's wrong with COM? Where will COM be? Will it disappear? Will it be substituted by something else? What's the relationship between COM and .NET? Is .NET based on COM? Is it worthy of learning COM now?
【C++ View】：在过�ȝ��7�q�_��甚至更长的一�D�|��_��内，COM都是Microsoft中的核心技术。现在我们可以预见到�Q�在下一个十�q�间�Q�这个核心将会变�?NET。我的问题就是，COM有什么过错？COM��何��M��从？它是否会逐渐消失呢，�q�是会被其他的一些技术给替代�Q�COM�?NET之间的关�p�L��什么样的情况？.NET是否是基于COM之上呢？现在学习COM是不是还值得�Q?/p>

【Nenad】：Maybe you shouldn't ask what is wrong with COM, but just think of .NET as the evolution of COM. .NET extends what was started with COM- creating reusable binary components - and brings additional important features: rich metadata, great run-time, built-in security, versioning, etc. All of these new features are important for development today, and it is really great that .NET has extensive support for them. Interoperability between .NET and COM is also provided, so that the previously developed COM components can still be used in the .NET environment.

I still think that it is a good idea to learn COM - it is a great first step even for people who want to learn .NET, and it also provides better understanding of the design and implementation of .NET itself.

【Nenad】：或许你不应该问COM有什么过错，而是应该�?NET看成COM的进化�?NET扩展了COM最初的目的——创建可重用的二�q�制�E�序�l��g——�ƈ向其中添加了很多重要的特性：丰富的元数据�Q�了不�v的运行库�Q�内建的安全机制�Q�版本机制等。对于现今的软�g开发来��_��所有的�q�些新的�Ҏ��都非常重要�Q�所�?NET能够�q�泛地支持它们，是一件很伟大的��品。Microsoft同时也提供了�?NET和COM之间�q�行互操作的能力�Q�这使得以前所开发出来的COM�l��g�?NET环境中同样也能够得到使用�?

我仍然认为学习COM是一个很好的��L��——它甚至对于那些希望学习.NET的�h们来说也是一个很好的开端，学习COM同时也有助于我们更深入地理解 .NET本��n的设计和实现�?

【C++ View】：I know you must be a C++ fan. Now the language is facing lots of challenges. To counterattack, Dr. Stroustrup suggest to develop many useful libraries, and teach the programmers to use C++ as a high level language. Now there are several wonderful modern C++ libraries. Aside of ATL, WTL and STL, there are still Boost library, MTL, ACE/TAO, DTL, etc. It seems the C++ community is preparing a movement. Do you think the movement will success? Why? What are your colleagues'(in Microsoft VC.NET group) attitude towards such a movement?
【C++ View】：我猜��x��肯定是一个C++爱好者。现在这门语�a�面对着许多的挑战。作为反��L��施，Stroustrup博士提议开发许多有用的库，�q�引导C++�E�序员把C++当作一门高�U�语�a�来��用。现在我们已�l�可以得到好几个极好的现代的C++库，除去ATL、WTL以及STL之外�Q�还有Boost库、MTL、ACE/TAO、DTL�{�。一切都昄��着C++�C�֌�正在酝酿着一�ơ变革。请问您觉得�q�场变革能否成功�Q��ؓ什么？您的那些Microsoft中的VC.NET开发小�l�中的同事对于此态度是怎样的？

【Nenad】：C++ is a great language and its importance remains high, even with the new challenges. Libraries are an excellent addition to the language itself, as they provide very useful reusable code for developers. The existence of many great C++ libraries shows the size and strength of the C++ community. I think that is already a success, and that it will continue. You can be sure that the VC++.NET group is aware of the existing libraries, and I expect them to continue to enhance the support for them.

【Nenad】：C++是一门伟大的语言�Q�即侉K��C��新的挑战�Q�它仍然��是非常重要的。程序库对于语言本��n是极好的补充�Q�它们�ؓ开发者提供了一些十分有用的可重用代码。存在如此众多的、了不�vC++�E�序库，�q��g事情本��n��p��明了C++�C�֌�的庞大和强大。我认�ؓ�q�场变革已经成功了，�q�且会一直成功下厅R��你们可以放心，VC.NET开发组是不会对�q�些已有的程序库熟视无睹的，我预期他们会不断地加强对于这些库的支持�?

【C++ View】：The last question. Since lots of people don’t acquaint themselves with WTL, now we have a chance for you, the father of WTL, to introduce WTL in a short speech here. What would you like to speak?
【C++ View】：最后一个问题。既然许多�h�q�不了解WTL�Q�作为WTL之父�Q�您现在有机会在�q�里做一个演�Ԍ��L��短地介绍一下WTL�?/p>

【Nenad】：WTL is a template based library for user interface development. It extends ATL to provide classes for implementing user interface for applications, components, and controls. It provides classes for various user interface elements: top-level windows, MDI, standard and common controls, common dialogs, property sheets and pages, GDI objects, UI updating, scrollable windows, splitter windows, command bars, etc.

WTL is implemented using the same template architecture as ATL, so it is a natural fit for ATL developers. It also doesn't alter or hide Windows specific constructs, thus allowing Windows programmers to use WTL without surprises. The important design goal of WTL was to avoid inter-dependencies - classes themselves do not reference other WTL classes. That means that your program will contain just the code that you actually use, and nothing else. Coupled with the use of templates, this allows creation of very small programs without run-time dependencies.

WTL delivers the object oriented way to program for the Windows user interface, while keeping the code size small. It also provides a great foundation that developers can extend with their own classes.

And finally - WTL was written with a hope that developers will enjoy using it. I hope you will use it and enjoy it, too.

WTL是一个基于模板的、专为开发用��L��面的�E�序库。它扩展了ATL�Q��ƈ提供了一些类用来实现应用�E�序的用��L��面、组件和控�g。它提供了各�U�类来支持各�U�各��L��用户界面元素�Q�顶�U�窗口、MDI、标准控件和通用控�g、通用的对话框、属性表以及属性页、GDI对象、UI更新、可卷动的窗口、分割窗口、命令条�{�等…�?

WTL的实��C��用了和ATL一��L��模板架构�Q�所以对于ATL开发者显得很自然。同时它�q�没有改变或者是隐藏那些Windows相关�l�构�Q�那些Windows�E�序员在使用WTL时也不会感到很吃惊。WTL的一个主要设计原则就是避免在没有引用到其他WTL�c�L��Q�出��C��必要的内部依赖。这意味着我们的程序将只包含有我们实际上所使用的代码，除此之外再无其他的东�ѝ��加上了模板的��用后�Q�这样做得到的结果就是一些非常小的，不依赖于�q�行库的�E�序�?

WTL专注于用面向对象的方法来�~�写Windows的用��L��面程序，同时保持代码的尺寸很��。同�Ӟ��它也为开发者提供了一个很好的基础�Q�可以写新的�c�L��扩展WTL�?

最后，我在�~�写WTL时就希望开发者能够喜�Ƣ在开发中使用它。我同样也希望您能够使用它�ƈ喜欢上它�?/p>

will 2006-07-05 00:14 发表评论

国产欧美一区二区色老头,亚洲日本激情,国产精品国产三级国产普通话蜜臀

微��YEPG老大让秘书发�l�微软所有员工的邮�g

C/C+语言struct深层探烦

UML 主要的几�U�图

数据库中存取BMP囑փ�

SAFEARRAY使用�Ҏ���C�Z��

VISUAL C++软�g开发中几个常用功能

SAFEARRAY使用�Ҏ��C�Z��