在对话框程序中添加工具栏其实很简单，网上能找到很多的例子。一般的步骤就是：1、在资源中添加工

具栏资源；2、在对话框类中定义一个工具栏变量；3、在对话框的OnInitDialog函数中Create工具栏。程

序如下：
在对话框类中定义工具栏成员变量：
CToolBar m_ToolBar;
在OnInitDialog函数中Create之：
if(!m_ToolBar.CreateEx(this, TBSTYLE_FLAT,

WS_CHILD|WS_VISIBLE|CBRS_TOP|CBRS_GRIPPER|CBRS_TOOLTIPS|CBRS_SIZE_DYNAMIC)
  ||!m_ToolBar.LoadToolBar(IDR_TOOLBAR_GRAPHICS))
 {
  TRACE0(_T("创建工具条失败\n"));
  return FALSE;
 }
 RepositionBars(AFX_IDW_CONTROLBAR_FIRST, AFX_IDW_CONTROLBAR_LAST, 0);

但是要让对话框中的工具栏响应UPDATE_COMMAND_UI消息，做到按下保持的状态仅仅重载

UPDATE_COMMAND_UI消息并使用SetCheck是不行的，因为此时的工具栏上的按钮属性为普通的按钮，可以

通过下面的方法测试：
      if(m_ToolBar.GetButtonStyle(0) == TBBS_BUTTON)
 {
  AfxMessageBox("This is Button Style");
 }
必须添加以下的设置：
      m_ToolBar.SetButtonStyle(0,TBBS_CHECKBOX);
 m_ToolBar.SetButtonStyle(1,TBBS_CHECKBOX);
SetButtonStyle函数的原型及其相关的说明：（引自MSDN）
1、void SetButtonStyle( int nIndex, UINT nStyle );

Parameters

nIndex

Index of the button or separator whose information is to be set.

nStyle

The button style. The following button styles are supported:

TBBS_BUTTON   Standard pushbutton (default)

TBBS_SEPARATOR   Separator

TBBS_CHECKBOX   Auto check-box button

TBBS_GROUP   Marks the start of a group of buttons

TBBS_CHECKGROUP   Marks the start of a group of check-box buttons
Remarks

Call this member function to set the style of a button or separator, or to group buttons. A

button's style determines how the button appears and how it responds to user input.

2、还有一种修改Button属性的函数
void SetButtonInfo( int nIndex, UINT nID, UINT nStyle, int iImage );

Parameters

nIndex

Index of the button or separator whose information is to be set.

nID

The value to which the button’s command ID is set.

nStyle

The new button style. The following button styles are supported:

TBBS_BUTTON   Standard pushbutton (default)

TBBS_SEPARATOR   Separator

TBBS_CHECKBOX   Auto check-box button

TBBS_GROUP   Marks the start of a group of buttons

TBBS_CHECKGROUP   Marks the start of a group of check-box buttons
iImage

New index for the button’s image within the bitmap.

Remarks

Call this member function to set the button's command ID, style, and image number. For

separators, which have the style TBBS_SEPARATOR, this function sets the separator's width in

pixels to the value stored in iImage.

For information on bitmap images and buttons, see the CToolBar Overview and

CToolBar::LoadBitmap.

人一定要靠自己
－－电影《鼠胆龙威》中的台词。那个医生在说这句话的时候，总是一脸的严肃。在编程的过程中，很多人都在各个论坛上提问，这个我是提倡的，毕竟知识共享带来的是大家共同的进步，但是在提问之前你努力去尝试解决问题了吗？现在很多人在遇到问题以后，第一个念头就是在论坛上提问，自己从来不动脑子，别人告诉他解决的原理时，有的人还不愿意自己动手编码，非要得到直接可用的代码才罢休，从这个角度来说，论坛的存在一定程度上存在着负面效果。其实自己完全独立的去解决编程中的问题，比在别人帮助下解决所给你留下的印象更为深刻，学到的会更多。人的一生要独自面对很多问题，不仅是编程，生活中也会有，学会独立思考，独立解决问题，对一个人的一生可能起到决定命运的效果。人生很多关键的十字路口，如果你没有独立的去思考，独立的解决、抉择，那么就会“一失足成千古恨”。

只要有希望就永远不放弃，只要不放弃就永远有希望
－－我的座右铭。虽然可能听起来有点自欺欺人，有点阿Q。但是个人觉得编程过程中我们可能真的很需要阿Q精神，物质的世界，诱惑太多，现在太多的人浮躁，只有很少的能静下心来认真的学习、研究编程的技术，所以我们需要阿Q精神来“迷惑”自己，抵制诱惑，做到心平气和。同时，这句话也告诉我们编程的路上需要毅力和耐力，每个程序员都可能经历过一个功能，使用自己的方法无法实现的情况，很多人在这时候退却了，他们选择了“旁通”的方法，变相的解决了问题，我不是说这样不好，而是我觉得在完成了领导交给的任务后，我们应该回过头来坚持自己的方法，不管是成功还是失败，我想你必定能有所收获。

我没做大哥很久了......
－－我在CSDN的帐号的昵称，电影《英雄本色》的台词。在说这句话时，剧中人物有种重入江湖的豪情，和对未来的不确定。编程道路上，我们需要这种豪情，它在一定程度上是我们工作的动力，编程世界的种种新奇的技术细节，给了我们不断的激情，编程世界中的种种不确定，也让我们如痴如醉的陷入其中。编程世界何尝不是一种江湖？一个工程，一个程序，一个功能，一个细节，都象一场战斗，当我们解决了它，何尝没有一种如愿复仇、快意江湖的感觉？

/********************************************************************************/

一般浮点小数是用二进制小数表示的，和整数部分类似，小数也是2的幂次方，只不过幂次是负数而已。

例如：0.5(10)表示为0.1(2)，通俗的说，就是2^-1，也就是1/2，同样：0.25(10)表示为0.01(2)，即2^-2，也就是1/4。对于一个定长的小数，例如8位二进制小数，其实际的值就是所有位上的值相加而成，例如：

0.75(10)=0.11(2)=1/2+1/4

因此对于像0.1(10)这样的值需要很多值进行相加，设8位二进制小数，那么

0.1(10) 可表示为 0.00011001(2) = 1/16+1/32+1/256 = 0.09765625

或者

0.1(10) 可表示为 0.00011010(2) = 1/16+1/32+1/128 = 0.1015625

由于0.00011001和0.00011010之间已经没有可用的二进制表示了（相对于8位定长二进制小数来说），因此只能用这两个值来代替0.1，具体取那个根据实际的舍入规则确定，由此出现了误差。

所以，对于二进制小数来说，只有2的负整数次幂的小数才能够精确表示，否则就可能出现误差。
/**************************************************************************************************/

2、BOOL和bool类型。其实在C/C++中BOOL定义为：
typedef int     BOOL;
#define FALSE   0
#define TRUE    1
也就是说其实BOOL类型就是int类型，而bool类型则只是有true和false这两个值的一种类型。由于BOOL是int类型的所以，特别的是TRUE在VB中被定义为-1。所以不要在比较的时候将值于TRUE或者1比较，这样比较危险！另外在MFC程序中定义的BOOL类型和bool类型虽然能混用，但是我个人觉得如果是使用MFC编程最好使用BOOL类型的TRUE和FALSE，至少让人觉得风格一致，呵呵！

2、GetLastError能获得错误代码号码，然后使用FormatMessage将其转换为相应的错误信息，这个很好，但是有多少人使用了微软提供的SetLastError呢？我们编写程序的时候，更多的是捕获了异常，然后处理、屏蔽之，虽然可以通过BOOL或者其他类型的函数返回值告诉调用者一些信息。但是一旦不能处理之，我们时候应该告诉调用者，相应的错误信息呢？更不要说是使用微软提供的方案定义自己的错误信息。

3、FormatMessage提供的能够通过参数确定显示的错误信息的语种的这种功能又是怎么实现的呢？如果说FormatMessage操作的是WinError.h文件，那么文件中的错误信息好像都是英文的，难道它能有精确的翻译机制？估计应该是OS中也有相关的错误信息的保存的地方。注意MAKELANGID。

4、线程的本地存储器机制让我们在使用VC调试器的时候可以在Watch窗口中直接输入"@err,hr"，获得错误代码和错误信息，但是我使用了多少呢？

2、ANSI字符集是一个美国标准。C++运行期库提供了以"str"开头的一些列的函数操作此字符集。

3、C++运行期库为Unicode字符集提供了一系列以"wcs"开头的函数。

二、对应的数据类型
1、对于ANSI字符定义为char。
2、对于Unicode的字符定义为wchar_t。

三、使用环境
1、首先要说明的是Win98对于Unicode的支持是很微弱的，所以如果要在Win98上运行Unicode编译的程序，可能造成运行错误或者失败。

2、由于Win2000及以后的OS的内核都是使用Unicode编写的，所以虽然可以在其上运行ANSI编码的程序，但是其运行过程中很多地方都需要将ANSI转换为Unicode以后，调用Unicode版本的函数，因为这个转换的过程存在所以ANSI的程序运行效率不高。在Win2000上最好使用Unicode编写程序。

四、编写通用的程序
1、在编程的时候使用TCHAR数据类型，此类型能够根据预编译宏的定义，将其转换为ANSI或者是Unicode。

2、预编译宏_MBCS、_UNICODE和UNICODE。_MBCS是多字节和ANSI字符串的编译宏。此时TCHAR将转换为char。_UNICODE和UNICODE是Unicode编码的预编译宏，TCHAR将转换为wchar_t。

3、_UNICODE和UNICODE与_MBCS不能在编译的时候同时被定义。

4、_UNICODE宏用于C运行期库的头文件，UNICODE宏用于Windows头文件。一般同时定义这两个宏。

五、转换函数
1、Unicode转换为ANSI使用：MultiByteToWideChar。
2、ANSI转换为Unicode使用：WideCharToMultiByte。

1、良好的编码习惯，良好的逻辑结构能力，对Bug的预见能力。一个成熟的程序员，应该有一个良好的编程习惯，不仅需要有良好的编码格式规范，更为需要的是对于程序中的逻辑实现时候有一种良好的结构。编程其实就是数据和逻辑的集合，数据的处理较为简单，或者说是需要的逻辑思维能力比较少，当算法逻辑要在数据上实现的时候，同一种逻辑，让不同的程序员来实现可能有各种各样的不同实现结构，从这个角度来说，这里所说的“良好的编码习惯”就应该指的是对于逻辑实现时候使用的良好的编程结构，一个好的编程结构应该是能预防错误的发生，对错误的预见和错误出现以后的错误处理与异常处理的良好安排。也许有人说这不好办吗？每个逻辑判断的地方添加条件判断或者异常处理不就行了？个人觉得不是那么回事，过多的if、assert、ASSERT等语句或者是宏，尤其是并列的if语句需要耗费很多判断、执行的时间，对于一个子程序（函数），尤其是调用频率比较频繁的子程序（函数），一次浪费了一点点时间，多次、频繁地调用浪费的时候就显得可观了，所以并不是if语句使用的多，程序出错的可能性就小，过犹不及！如果确实需要使用多个if语句进行条件判断，最好能使用嵌套的if语句，逐步的缩小判断范围，这样消耗的时间要比并列的if语句要小，还要注意的是if语句的条件判断也不是万能的；assert、ASSERT等判断宏也不是万能的，它会造成Debug和Release版本在响应速度和最终的编译结果的不同，对于一些关注于性能、响应速度的程序，所造成的影响是不可忽视的。不过开发过程中的调试阶段倒是提倡使用这些宏来发现算法错误和不足。另外对于异常处理段的使用，个人觉得能不用异常处理的地方尽量不要使用异常处理，除非当某个错误发生以后导致程序不能继续执行或者是崩溃的时候才使用异常，有时候你能使用异常处理，将发生错误的程序继续执行下去，但是可能产生的最后结果并不是客户所需要或者是期望的，这样就容易让客户产生质疑：你是不是在程序中做了什么手脚？这也让你失去了获得Bug发生的前提状况信息，从而失去了一次修改Bug的机会，所以说有时候当程序发生错误时，仅仅弹出一个MessageBox提示一些信息，然后关闭程序，也不失为一个好的办法。

2、编码过程中的调试跟踪和错误定位能力。这个能力主要就是在开发过程中，当自己在Build程序，Run起来以后，竟然发生了Bug或者是Memory Leak，这时候就需要你使用各种工具进行调试跟踪了。首先你要相信VC不仅是一个很好的IDE，也是一个很好的Debug工具，其提供的调用栈、条件断点、数据断点、反汇编等工具足够强大，足够应付平常的Bug，但是现在很多的程序员，包括一些自称为老程序员的也未必能很好的使用这些工具，尤其是条件断点和数据断点（在下面介绍的第二本书中有详细的使用说明）。当VC不能满足你的要求的时候你就需要使用其他的工具了，例如：SmartChecker，BoundChecker，Purify，SoftICE等等了。从这个角度来说，这里的“调试跟踪能力”不仅是程序员对Bug的定位能力，更为主要的还是对于调试工具的掌握、使用的能力。“磨刀不误砍柴工”，在开发之前或者开发闲暇时，好好的研究一下一些开发、调试工具不愧为一种好的提升这种能力的好办法。能静下心来思考一下这些工具的工作原理就更好了，这样不仅能帮助你在编程的时候预见Bug，并且对你提高你的编程技巧也会有所帮助。例如VC中的程序在Debug模式下为什么能发现数组访问越界？这是因为在Debug模式下，在分配数组所占用的内存时候，编译器在数组内存的两端分别加入了一个字节的越界判断内存。这也就是为什么很多的MFC程序在使用自定义消息的时候在Debug模式下没有错误而在Release模式下发生错误的原因了。这里我还想说一说我最喜欢做的两种调试方法：当Bug出现的时候，首先确定Bug的位置，然后：A、注释掉可能导致Bug的段落，在需要取得数据值的地方直接提供一个合理的值，然后看看程序是否能正确运行，如此循环往复，逐步缩小范围，最终找出Bug所在；B、如果Bug被定位在一个小的功能、子程序或者函数中，可以使用新建一个Test工程，在一个完全“干净”的环境下，对此功能、子程序或者函数进行测试，找出Bug所在。此节最后我想说的就是利用你的网络。当一个Bug出现时，你也许感到茫然，也许感到无从下手，这时候你就可以利用的你网络资源，使用强大的搜索引擎（比如Google、Baidu等等），输入相关的错误提示信息，也许搜索到类似问题的网页，也许别人也遇到过同样或者同类的问题，其他人所提供的答案就是你所需要的，或者能给你以提示、启发的！

3、对事后发生的Bug能有良好的感知能力。当一个Bug出现的时候，优秀的程序员能根据Bug发生的前提和Bug发生的时间点、程序中的位置，很好的感知到Bug可能发生在哪一个函数或者哪几个函数中，是什么情况导致Bug的出现的，并且能够很快的定位错误并Fix这个错误。这种能力使用的地方往往是程序已经Release了，已经被客户使用了，在使用的过程中发生了Bug，客户向你“倾诉”时。那么怎么才能有这样的能力呢？也许很多的这种能力都是在你不断的摔倒，被经理P了N次以后，所积累起来的经验，所以说这也是一种痛苦以后所获得的快乐的能力，它需要你对自己所做的软件产品的结构、运行条件、运行原理和相关的涉及部分有很好的理解、掌握。有的时候多在网站上看看别人的经历也能有所收获。

在以上的三种能力中，第一种能力主要在于态度和思维能力，后两种则偏向于学习能力和经验的积累；个人觉得第一种最为重要，所谓的“态度决定一切”嘛，呵呵。

最后向你推荐几本关于调试的书籍：

1、《Writing Clean Code——Microsoft Techniques for Developing Bug-free C Programs》（中文版译作《编程精粹——Microsoft编写优质无错C程序秘诀》或者叫做《零错误程序》）——这是一本出版很早的书，现在也许在书店中都看不到了，但是你要相信此书的作者Steve Maguire（曾是Microsoft资深的程序员，参加了Excel在多个平台下的开发和移植工作）所提供的许多防错、排错、测试的准则还是能让人从中获益非浅的。作者将每章的要点都和自己实际工作经历相结合，提供了翔实的例子和相关代码，使用的语言更是幽默风趣，让人读起来不会感觉晦涩难懂，尤其是每章结束部分提供的练习和思考题更是贴合实际，发人深省。也就是这些原因才使得这本书经久不衰，一直为广大程序所喜爱，所广泛地讨论。至今尚未能见到能与之相媲美的书籍。网上所流传的林锐博士所著的《高质量C++编程指南》和《软件工程思想》在深度和广度上与之相比也显得逊色不少！

2、《Debugging Windows Programs》（中文版译作《Windows程序调试》，中国电力出版社出版）——这是一本现在在书店很为流行的一本书。此书使用的语言比较朴实、易懂，也许是译者精心处理的结果，叙述习惯比较符合国人口味。这本书主要包含调试策略、调试工具、调试技术三部分，本书主要介绍的是在VC这个IDE、编译器下开发程序所应有的一些技术。看完此书你肯定会更为深入的了解MFC，了解结构化异常和C++异常的区别和联系，了解怎么调试多线程程序，怎么调试COM程序，怎么调试内存，怎么调试绘图程序等等。不管你是自认为有多年的开发经验的开发高手，还是刚刚入门的初学者，相信只要你耐心的看完此书，你一定会和我一样深深的感叹一句：原来VC的调试功能这么强大！如果早点看到这本书就好了！

3、《Debugging Applications》（本人尚未见到中文版）——这本书主要介绍的是VC和VB的调试，其中VC的调试占到70%-80%左右。本书也分为三部分：Debug的形式，强有力的Debug，Debug的工具和技术。其中有部分内容和上一本书所说的相同。但是这本书还是提供了很多新的东西：介绍了远程调试，提供了一些新的工具使用例子的说明，介绍了更多的底层的东西，甚至涉及汇编的相关信息的阅读和理解。在阅读了上一本书以后，如果你还想提高，这本书是你不错的选择。

第一本书主要就是培养大家第一种Debug能力的，后两本书是培养大家第二种Debug能力的，对于第三种能力主要还是要靠经验的积累。

我现在就看到这三本书是比较好的书，如果你觉得有其他的比较好的相关书籍或者相关信息请告知我。在肯定这几本书对你的开发过程会有所帮助的前提下，另外我想说的就是即使你看了这几本书你也不会编写出完全没有Bug的程序，毕竟Bug的种类和发生的情况实在是有很多的客观和主观因素，不可能完全杜绝。程序设计是一门实践性很强的工作，唯有在工作、实践过程中总结教训，总结经验才能不断提高。祝大家在获得知识，积累经验的过程中少走弯路，大踏步的前进！！！

（本文版权归作者所有，如需转载请注明作者和出处，否则也可以转载，但千万不要标注为你个人的作品，否则产生的一切后果请自负，尤其是被BS、被扔臭鸡蛋的时候，千万不要怨恨我，同时作者我还保留BS你的权利，^_^）

造成LNK2005错误主要有以下几种情况：

1．  重复定义全局变量。可能存在两种情况：

A、              对于一些初学编程的程序员，有时候会以为需要使用全局变量的地方就可以使用定义申明一下。其实这是错误的，全局变量是针对整个工程的。正确的应该是在一个CPP文件中定义如下：int g_Test;那么在使用的CPP文件中就应该使用：extern int g_Test即可，如果还是使用int g_Test，那么就会产生LNK2005错误，一般错误错误信息类似：AAA.obj error LNK2005 int book c？book@@3HA already defined in BBB.obj。切记的就是不能给变量赋值否则还是会有LNK2005错误。

       这里需要的是“声明”，不是“定义”！根据C++标准的规定，一个变量是声明，必须同时满足两个条件，否则就是定义：

(1)声明必须使用extern关键字；(2)不能给变量赋初值

所以，下面的是声明:

extern int a;

下面的是定义

int a; int a = 0; extern int a =0;

B、对于那么编程不是那么严谨的程序员，总是在需要使用变量的文件中随意定义一个全局变量，并且对于变量名也不予考虑，这也往往容易造成变量名重复，而造成LNK2005错误。

2．  头文件的包含重复。往往需要包含的头文件中含有变量、函数、类的定义，在其它使用的地方又不得不多次包含之，如果头文件中没有相关的宏等防止重复链接的措施，那么就会产生LNK2005错误。解决办法是在需要包含的头文件中做类似的处理：#ifndef MY_H_FILE   //如果没有定义这个宏

#define MY_H_FILE   //定义这个宏

…….   //头文件主体内容

…….

#endif

上面是使用宏来做的，也可以使用预编译来做，在头文件中加入：

#pragma once

//头文件主体

3．  使用第三方的库造成的。这种情况主要是C运行期函数库和MFC的库冲突造成的。具体的办法就是将那个提示出错的库放到另外一个库的前面。另外选择不同的C函数库，可能会引起这个错误。微软和C有两种C运行期函数库，一种是普通的函数库：LIBC.LIB，不支持多线程。另外一种是支持多线程的：msvcrt.lib。如果一个工程里，这两种函数库混合使用，可能会引起这个错误，一般情况下它需要MFC的库先于C运行期函数库被链接，因此建议使用支持多线程的msvcrt.lib。所以在使用第三方的库之前首先要知道它链接的是什么库，否则就可能造成LNK2005错误。如果不得不使用第三方的库，可以尝试按下面所说的方法修改，但不能保证一定能解决问题，前两种方法是微软提供的：

A、              选择VC菜单Project->Settings->Link->Catagory选择Input，再在Ignore libraries 的Edit栏中填入你需要忽略的库，如：Nafxcwd.lib;Libcmtd.lib。然后在Object/library Modules的Edit栏中填入正确的库的顺序，这里需要你能确定什么是正确的顺序，呵呵，God bless you！

B、             选择VC菜单Project->Settings->Link页，然后在Project Options的Edit栏中输入/verbose:lib，这样就可以在编译链接程序过程中在输出窗口看到链接的顺序了。

C、              选择VC菜单Project->Settings->C/C++页，Catagory选择Code Generation后再在User Runtime libraray中选择MultiThread DLL等其他库，逐一尝试。

这就是我所遇到过的LNK2005错误的几种情况，肯定还有其他的情况也可能造成这种错误，所以我不希望你在看完这篇文章以后，再遇到LNK2005错误时候，不动脑筋的想对号入座的排除错误。编程的过程就是一个思考的过程，所以还是多多开动你的头脑，那样收获会更多！