最有效的获取知识的途径就是读书，当然要读好书。难怪古人把求学也称作“念书”。
引言
实际上，写一些介绍电脑图书的文章是我长久以来的愿望。一方面由于我的朋友们经常让我为他们推荐一些切实有用的书，另一方面的原因是我在早些时候的学习并不很顺利，面对书店里鱼龙混杂的“繁华”，真是不知所措。结果横下心来，只要觉得差不多，就买！结果买了很多本不必买的书,浪费了钱财、浪费了时间。数年下来，倒也对电脑图书市场有了一些看法，产生了一些感慨。
大多数世人都不是圣贤，因此往往听得赞美，对批评却很难接受。我的许多朋友担心我的安全，劝我多说好话。可是书有好有劣，说假话当然有违初衷，说真话又难免得罪人。于是我们共商了一个“安全政策”：以“扬善”为主，在详细地介绍了一本好书之后就算提了几点不足，我想作者和出版社还是会接受的吧。至于一些不负责任的出版，我只说现象，不提名字。（请大家理解，浮生在世，安全第一、安全第一。）
目前IT行业竞争激烈,市场风云变换莫测,为了生存，所有人都超负荷地承受着各方面的压力。当程序员或者经理们好不容易从一大堆烦琐的事务中探出头来，拿起一本向往已久的专业书籍来充实自己的时候，他们当然希望尽快的把书上的东西转化为自己的思想，从而利用这宝贵而短暂的缓冲期学到更多的东西。
但可惜的是有些书却不是为了这个目的来写的,书上的话象文言文一样难懂(也许有些作者觉得只有这样才能显示出他的水平深不可测,也许有些作者压根儿就没有理解所讲的内容,只好用一大堆云山雾绕的语言来“遮羞”)。不仅如此，还有更可怕的现象，当电脑图书开始呈现出强劲的销售势头的时候，无数的“专家”、“大师”就在一夜之间涌现了出来，各种名字“大气磅礴”的书籍、培训让人目不暇接，就象大街上穿梭不息的出租车一样多。且不说他们的水平究竟如何，我想，“多必滥”似乎是一个曾被验证了许多次的道理。我就在北京某大学的布告栏里看到了“Intermet培训”的宣传，实在让人哭笑不得。
现在，形形色色的电脑培训班已经成为了“IT文化的一大风景”。对于这种现象，外国人的评论似乎更能发人深省：“在美国，是没有这么多培训班的，但是一个小学生都可以熟练地操作电脑。”“在中国，电脑培训班到处都是，但计算机技术的普及却仍然是一个问题。”“中国的自行车很多，男女老幼都会骑，但是你见到过自行车培训班吗？如果到处都是自行车培训班，在不厌其烦地教你‘自行车的轮子直径多长、有多少根辐条’等等问题，那么相信会骑自行车的人会越来越少。”写书或者译书也是如此，电脑图书的空前繁荣是否表示我们的水平很高呢？我认为不然。有时为了解决个别问题去书店找找资料，结果往往是浪费了时间还徒留“天下文章一大抄”的感慨。题材和形式都很雷同的书籍的大量充斥市场，我称之为“爆米花现象”。典故是这样的：前些年，我家门前的大街上来了一家爆米花的，因为独此一家，所以生意红红火火。可是没过多久，又雨后春笋般地涌现了十几家，沿着大街一字排开，煞是壮观。现在大家的生意均不太好，但谁都没有意见，只是我家常年“米花飘香”。如果说中国人“跟风”的脾性是祖宗传下来的，因循守旧者把它奉若神明的话，我们的电脑作者们是否应该具有一些开创精神，静下心来想一想，市场上究竟缺些什么书，不要一味地“人云亦云”。
虽然好为人师者比比皆是，但是老师却不是那么好当的，因为你得对所讲述的知识有深刻的理解,并能够用深入浅出的语言来讲给别人听。态度当然是第一位的，但是书的神圣却被不少作者和出版社践踏着。一些出版社不顾质量，一味求出书快，结果商机有了，却倒了牌子。一本原先很不错的英文书被他们翻译得驴头不对马嘴，根本不能看。而由于版权卖给了他们，其他出版社有心重翻也无能为力了。一本好书甚至一套好书就此被糟蹋，而利益受损的当然是读者。除了态度，还要有水平，书不是随便一个人都可以写出来的。时下里许多书的名字起的要多吓人有多吓人，总是让我想起了街边卖大力丸的：“只要吃了我的药，就刀枪不入、百毒不侵”。可事实上许多作者本身功力薄弱， 写不出架构与精神，于是入门书籍千篇一律就是教大家按下菜单，选择命令， 出现对话框，按下‘确定’ ...”。 真正的老师不好找，但“二把刀师傅”却到处都是（就象现在一天到晚占着电视频道的歌星、影星一样让人眼花缭乱）。加上某些出版社把关不严，这才造成了是个人就可以出书的现象。
今天，我为大家介绍几本COM的书籍，希望能在COM的学习上助君一臂之力。
欲学COM之必读书籍---《COM技术内幕》
书名：《COM技术内幕》
英文原名：《Inside COM》
作者：（美）Dale Rogerson
Microsoft Press 1997
中文译者：杨秀章
清华大学出版社 1999年3月第1版
定价：50.00元（带光盘）
Microsoft Press的《Inside ……》（翻译成中文就是《……技术内幕》）系列书籍似乎总保持着独到的权威性，很少让人失望。从《Inside OLE》到《Inside Visual C++》，都十分受到读者的欢迎，名声极好。《Inside Visual C++》称的上是深入浅出的典范，大师的语言以及清楚的思路都让人收益非浅。但是可能是由于名字的原因，很多想学Visual C++的人面对这本厚厚的大作的时候，多少总有些胆怯，担心自己看不懂。少勇认为，只要你具有了一些C++的基本知识（有WIN32的概念更好），学这本书就不难，当然毅力是克服困难的秘方。
《Inside COM》也称的上是一本难得的上乘之作，这本书的最大特点在于语言轻松、循序渐进，在选材和结构组织上不难看出作者着实是煞费了一番苦心。为了把“门槛”设得低一些，作者在前几章尽可能地回避了很多诸如类厂、注册表等难点和细节问题，集中“优势兵力逐个歼灭敌人”，我不知道Dale Rogerson先生是不是从朝鲜战争中彭总司令的指挥艺术中得到的启示。在示例程序的安排上，每章都有一到两个独立于其他章节的程序，而且作者尽量使这些程序简短而完整。一方面短的例子阅读起来比较容易，另一方面读者可以将学习的重点放在COM组件的需求上，而无需费力去搞清楚复杂的例子中的那些不必要的细节及复杂的实际问题。于编程语言，作者采用的是传统的C++语言，没有涉及到任何WIN32以及MFC的知识，除了在第九章中用到了一些方便的接口指针类之外，书中的其他部分都没有用到模板类。总之作者尽可能地抛掉了一切累赘使读者能轻装前进，只要你学过标准C++，有面向对象编程的基本概念（封装性、继承性、多态性），就大可放心地读这本书了。
书的前五章讲的很明白，都是一些诸如组件、接口、引用计数、接口查询以及DLL等基本概念，无需少勇多费口舌。稍微有点美中不足的是书里边建立程序时都用如下命令：
“cl Client1.cpp Create.cpp GUIDS.cpp UUID.lib”
“cl/LD Cmpnt1.cpp GUIDS.cpp UUID.lib Compnt1.def”以及
“nmake –f makefile”。
问题是，现在有多少人能够很熟练地写makefile文件以及运用nmake和cl命令？恐怕很少吧。于是读者就得花很多时间来琢磨程序的编译过程，费时、费事、不打粮食！
当然，作为原理性的论述，这些东西还是要讲，但是至少应该告诉读者该如何操作才对。我拿第五章的例子来说，首先是建立组件DLL：由于有了VC++，我们大可不必用“cl/LD”来做了，只需要编辑好CMPNT1.CPP、CMPNT1.DEF以及IFACE.H、GUIDS.CPP后，在VC++的集成环境中选择建立一个空的WIN32 DLL工程，把这四个文件加入工程，编译连接后CMPNT1.DLL就生成了。然后是建立客户程序：很多人往往这样做：先建立一个空的WIN32工程文件，然后把编辑好的标准C++文件加入工程，可是却通不过连接。
于是不止一次的有人问我：在VC++下如何建立标准C++的工程？
（1）、随便写一个标准C的程序，越简单越好，如：
main(){return 1;}
把这个文件存入你希望的目录下，一定要与你想建的工程同名。（如果你希望的工名是APPLE，那么你应该把这个文件存为APPLE.CPP）。
（2）、编译APPLE.CPP，这时VC++会提示你没有建工程，是否需要他为你缺省地建一个，当然“是”。于是VC++就在存有APPLE.CPP的目录下创建了名字为APPLE的工程。
（3）、下一着就是“过河拆桥”，从工程里删除APPLE.CPP，加入或者编辑你希望的文件即可。
书的前六章讲的很明白，都是一些诸如组件、接口、引用计数、接口查询以及DLL、HRESULT、GUID、注册表等基本概念，大体上过得去，无需少勇多费口舌。
第七章讲述类厂，利用类厂来创建组件可能会让人迷惑：不用类厂，一样可以写出功能同样强大的组件来，为什么还要多此一举呢？少勇认为，如果您只想写一个进程内的组件，那么这句话一点没错，因为您完全可以写一个全局函数来创建所有的组件，这时，我们丝毫看不出类厂有什么存在的必要性。但是，如果您要跨进程来创建组件，则情况就不同了：您能写出在其他进程中创建组件并返回句柄的“全局函数”来吗？于是乎Microsoft就想出了创建一个特殊的组件，用这个特殊组件来创建其他的组件，这个特殊组件就是类厂。在进程外组件的创建过程中，类厂接口IClassFactory是第一个跨进程的连接。
第八章是至关重要的一章，讲述了组件的复用：包容和聚合。关于“COM是不是面向对象的”之类的讨论好象一直在进行着。COM曾经被指责是一项很差的技术，原因是COM不支持传统意义上的“继承”。这里我们得这样来看这个问题：组件具有“可独立发布特性”和“二进制特性”，既然可独立发布，就不应该依赖于某个基类，否则如果基类变了，那么组件也得跟着做变动，可独立发布也就无从谈起。而组件复用又是一个现实存在的问题，因为用现成的组件实现新组件的某些功能可以节约大量的时间，COM利用包容和聚合实现了组件的复用，这样既维护了组件的“可独立发布特性”，又变相实现了“继承”。嘻嘻！把“猫”叫了个“咪”。少勇认为，关于一些无碍全局的争吵越少越好，衡量一个技术好坏的标准是看它是不是确实好用，能不能解决我们的问题。
关于本章的示例程序作一点说明：
细心的读者可能都会提出这样的问题：在Cmpnt1.cpp的CA::Init()函数中有这么一句：
hr=m_pUnknownInner->QueryInterface(IID_IY,(void**)&m_pIY);
通过这句话，外部组件CA将得到指向内部组件IY接口的指针。但是问题就此产生了，是不是应该调用NondelegatingQueryInterface呢？种种迹象看来都应该是的，因为我们这里要得到非代理未知接口的指针。如果调用了代理未知接口的查询函数，情况会怎么样呢？代理未知接口又把请求转发给外部组件，而外部组件又把请求推回给内部组件，形成了死循环。但是运行一下例子程序，发现死循环并没有出现，一切正常！为什么？仔细一看方突然醒悟：追究一下m_pUnknownInner指针的由来，发现它是指向内部组件的非代理未知接口的，也就是说这里调用的实际上就是NondelegatingQueryInterface，当然不会出错（这也是面向对象多态性的一个体现）。
第九章除了智能指针之外，基本上没有新概念的提出（实际上智能指针也不是什么新东西，Visual C++本身就支持智能指针）。至于CUnknown和CFactory，只要前八章您切实看懂了，理解它们不是什么难事。
至于接下来的三章……呃……据说此书一出，从读者反馈的意见来看，对后几章批评颇多。少勇的观点如下：首先成绩是主要的，因为COM的跨进程调用的确很复杂，少勇也是花了九牛二虎之力才“拨云见日”，能讲成这个样子已经很不容易了。但是读者对书有意见主要是因为没有看懂，他们希望的是把一个复杂的知识用最通俗的语言讲出来，而且要严密。因此，这几章的语句和概念需要斟酌处还是很多，对于DCOM的论述应该加强（但是这确实会有一定难度）。
书的最后提供了一个七巧板的例子，有兴趣的读者可以研究一下，玩一玩，辛苦了半天，也该轻松片刻了。
书的结束语中写到：“在理解了本书介绍的所有内容之后，读者应该可以算得上是一个COM专家了”。但少勇以为，此言尚为时过早，如果把COM的知识比做一个“大树模型”，那么本书只是解决了最基本的问题，也就是大树的第一个树杈之下的主体部分。如果说完全了解COM，那么还应该了解COM这棵大树的每一个树枝、每一片树叶以及树叶上的虫子。
此书值得一看---《COM/DCOM编程指南》
书名：《COM/DCOM编程指南》
英文原名：《COM/DCOM Primer Plus》
作者：（美）Corry, Mayfield, Cadman
Sams Publishing 1999
中文译者：刘云 孔雷
清华大学出版社 2000年1月第1版
定价：52.00元（带光盘）
SAMS出版的书以它独到的视角占领着市场，在读者中名声还挺不错。看他们的书可能是一条快速入门的捷径。在现在COM书籍非常短缺的时候，《COM/DCOM编程指南》称得上是一本值得一看的书。少勇对此书的评价是：关于原理的论述中规中矩，无明显的破绽，而且对相关知识的涉及颇广，语言也还算流畅，倒也十分难得，只可惜火候尚欠，不够深入，因此，称不上是一本“COM专著”。读完此书，少勇闭目细品，就好象在满怀希望地吃了一顿大餐之后却没有哪道菜是上档次的“大厨手艺”，不免觉得有些美中不足。不过，从实用的角度来看，此书却也称得上是上乘之作了，不光给出了完整的例子，在第十章还给出了DCOMCNFG的配置示例，实为难得。读者如果把这本书和其他的一些书搭配着看，《指南》当之无愧是一个优秀的“二传手”（看得出译者在为本书取名字的时候确实花了一番心思，倒也十分得体）。
SAMS公司的书的一贯风格是门槛较底，学起来基本没有什么痛苦。但COM却是一种比较高级的技术，“零痛苦”的学习似乎不太可能，而且SAMS总是力求实用，于是免不了举一些实际的例子，因此所涉及的知识就比较多了。如果您对C++、事件驱动编程以及MFC还不够了解的话，则应该在阅读此书之前先去看一些相关知识的书籍。
书中关于接口定义语言（IDL）的论述可以算是一个闪光点。IDL最初并不是设计为描述COM类和接口的一种方法，而是开放软件基金会为分布式计算环境（DCE）规定的RPC IDL。微软最初把IDL设想为描述可用于Windows NT机器间通信的RPC接口的一种方法，后来逐步加入了许多专用于COM组件的关键字，用来描述COM接口以及COM对象。
谈到IDL和ODL，可能不少读者会感到很迷惑。不过没办法，这是一个历史遗留问题，书中第170页的论述相信会给您一个满意的答复。
美国人写书，喜欢把一些背景文化写进去，少勇非常赞赏。比如这本书中提到了“COM的生活方式”，着实让人眼睛一亮、精神为之一震。Don Box 是一位COM领域泰斗级的人物，在MSDN 中时常能见到他的大作，他所说的“COM的生活方式”实际上是在区别COM编程与传统的C++程序开发的不同以及在软件工程上的改变。
书中有如下评论：
“强烈建议你以IDL开始所有的编程工作，不要将IDL仅仅用于生成本地服务器的代理和占位模块。正象Don Box曾经说过的，‘真正的COM程序员用IDL开始工作’”。
虽然少勇对大师非常尊重，但还是认为此言过于绝对化和偏激了。因为Don Box所讲的实际上是一种理想化的软件开发方式，我们基本遇不到。按照Don Box的理论，如果我们开发一个工程，全部运用COM组件，那么在开始编程之前应该设计好所有的接口，由于接口的不变性，设计好之后就不应该改变了，因此也就应该从IDL开始所有的工作了。回到现实中来，我们的程序员在做一个产品的时候，一般都先构造一个程序框架，组件只是完成一些基本功能，不是工程的全部，于是大师的言论在此并不适合我们。
许多人认为，“在软件上，美国的今天就是我们的明天”，于是纷纷把美国人的发明、理论拿来当作圣经来读。但少勇说：“借鉴的同时还要有选择、有思考，看它是不是切实符合中国的国情。”
书的最后一章利用前面讲述的内容创建了一个真正的分布式应用的例子,建议读者仔细研读一下（包括本书中的其他程序）,要勇于去吃螃蟹。否则就算少勇抹一抹嘴边的油，告诉您说螃蟹是何等的美味，可能信的人也不多。
强力推荐！COM的“宝典专著”---《COM原理与应用》
书名：《COM原理与应用》
作者：潘爱民
清华大学出版社 1999年11月第1版
定价：39.00元
朴素无华的外表、平淡无奇的名字、几乎白送的价格是少勇对这本书的第一感觉。但翻开此书，简单地浏览之后，少勇顿时“心跳加速、浑身来电”，揉了揉眼睛，大有一种捡了金子的喜悦。于是一章一章细细品来，越看越起劲，越读越过瘾，不禁惊呼：“此书乃COM之宝典专著也”！
少勇认为，本书具有“系统性、严密性、深入性、实用性”四大特点。“系统性”是说此书所论述的知识涉及到了COM领域的各个方面，不仅全面、而且系统。看的出潘爱民先生的功底之深厚决非常人所能及，他不仅对COM有着深入的研究，而且对C++的理解也堪称炉火纯青（作者翻译了《Visual C++技术内幕》[第四版]），因此讲起来条理清晰、错落有致、自成体系，有如滔滔长江之水接海连天，使人心旷神怡、流连忘返。“严密性”是说书中的语句措辞颇为讲究，经得起推敲。有些地方初看似有不妥之嫌疑，但仔细一品，才发现其中的奥妙，只是自己以前没有理解得如此深刻而已。“深入性”是说此书并不是一本泛泛而谈的书，许多章节的论述都堪称精辟、给人以耳目一新的感觉，乃大师力作。由于作者的功力深厚，因此理论与实践的结合可谓“无缝”，因此“实用性”也是本书的一大特点。
全书分为三个部分，第一部分包括前五章，讲述COM的原理。少勇认为，如果几个秀才作同样题目的命题作文，很容易就能看出水平的高低来。关于如组件、接口、DLL以及跨进程调用等最基本的概念可能所有讲COM的书上都会讲，但深浅不一。在本书中，作者不仅讲述了基本理论，还对其进行了润色、加工，许多地方还作了总结，很有条理地向读者说个“一、二、三”。与现在很多人把英文资料拿来拼拼凑凑就可以“堆”出一本书相比，作者的做法实在难能可贵。
第四章讲述了客户程序创建COM对象的进程透明性。大家知道，不管是进程内组件还是进程外组件，客户程序可以用一致的方法创建COM对象。对于进程内组件，无论是创建过程，还是对接口函数的调用过程，我们都可以按照一般的同一进程内部函数调用的过程来理解组件和客户之间交互操作；但对于进程外组件，实际的情形要复杂的多，因为组件程序和客户程序拥有不同的进程空间，所以，它们之间所有的交互过程都涉及到进程之间的通信过程。
虽然客户程序和对象在不同的进程空间中，但所有对接口的调用都是间接进行的，客户程序调用接口成员函数就如调用本进程内的函数一样，这正是COM所达到的透明效果。
在这一节里，作者不仅介绍了组件进程和客户进程的内存模型，还对接口调用过程中的列集（marshaling）处理过程作了详细的论述，并且给出了实现自定义接口的标准列集程序的过程，最后还以例子说明了进程外组件自定义接口的实现过程。
少勇认为，这一部分的论述不光深入，而且极具条理性。以类厂对象的列集过程为例，书中有如下论述：
“（1）、首先确定注册对象（即类厂对象）提供的代理对象的CLSID，如果注册对象不能提供代理对象的CLSID，则使用标准的列集代理对象。然后CoRegisterClassObject函数要求注册对象提供列集数据包，实际上是一个字节流，它包含了用于代理对象与组件对象的跨进程连接所必需的信息。如果注册对象不能提供这样的数据包，则使用COM提供的标准列集数据包。
（2）、COM把代理对象的CLSID和列集数据包传输到客户进程中，CoGetClassObject函数正在等待这些数据。
（3）、在客户进程中，COM根据传输过来的CLSID创建代理对象，并且把列集数据包传给代理对象。因为，列集数据包包含了代理对象与组件对象的连接信息，所以代理对象利用数据包建立与组件的连接。”
象这样总结性的论述几乎遍布了书的每一个章节。能作到这一点本以非常难得，但作者并没有就此收笔，他还详细介绍了IMarshal接口，并给出了自定义列集的实现。象这样的知识，您在其他书中恐怕找不到吧。
第五章，“用Visual C++开发COM应用”主要从两个方面进行了论述，一个是MFC，一个是ATL。由于作者在Visual C++方面的造诣，因此这一部分中对于MFC的论述可以称的上在同类书中首屈一指。我这么说是因为一般书籍在讲到这里时，对用MFC实现COM接口的机制往往都有所涉及，但大多论述不够，长久以来，少勇总有一种“走出餐馆却没有吃饱”的感觉，不免遗憾。但是这一点本书却做到了，通过对DECLARE_INTERFACE_MAP()、BEGIN_INTERFACE_MAP、END_INTERFACE_MAP、INTERFACE_PART、INIT_INTERFACE_PART等宏的深入剖析，使读者能对MFC如何实现COM接口、如何定义接口映射表有一个全面的认识。如果您需要用MFC来编写COM组件的话，相信一定会从受益非浅。接下来对于ATL的论述略显单薄，但所讲内容都是精华，具有较高的参考价值。少勇认为，在ATL日益受到重视的今天，市场上尚缺少一本系统讲述ATL的书籍，但不知哪位“大侠”有心情填补此缺。
书的第二部分是六到十章，讲述了COM规范中扩展的一些内容，包括可连接对象通信机制、结构化存储技术、COM对象的名字对象技术、统一传输机制以及DCOM。如果读者要全面理解COM，这部分内容为您提供了这些技术的细节。以前，很少有书能够如此系统地介绍这些技术，就算偶尔有书涉及一二，也都不很深入。而且这部分知识涉及到了COM应用中的许多实际问题，比如说OLE，虽然已经诞生很多年了，但大多数人对它还是一知半解、掌握得很不够。虽说从各种媒体上您可以找到许多资料，但把这些资料整理出来系统地讲述，并不多见。纵观这几章的论述，可以看出作者一定认真研究过COM体系结构以及OLE的许多内部资料和源码，并通过自己的加工把这些原本支离破碎而且难懂的材料做成了一顿“美味大餐”。“难得，难得，”少勇看完这几章，不禁赞不绝口，“集大成者也！”（实际上，这里的每一个话题少勇都有一大堆感想要与您分享，只可惜篇幅所限，只能把最精彩的部分拿出来介绍，欲知详情，还是买一本回家慢慢看吧。）
DCOM是不得不说的，它是COM从桌面环境走向分布式网络环境的必然。从COM逐渐过度到DCOM，这部分堪称“深入浅出”的典范，不仅详细介绍了DCOM的原理和特点、用户如何创建DCOM组件，还对连接管理、并发管理作了详细的论述。记得我在评《COM技术内幕》时讲过其最后几章不太令人满意吗？那么看潘爱民先生的书会弥补您的缺憾。
在第二部分，我的最后一个话题是关于安全性的，因为对于一个分布式系统来说，这太重要了。《COM原理与应用》在两个地方对安全性进行了论述，第一次是在第四章，提到了激活安全性和调用安全性。这里从COM特性的角度讲述了COM安全性，侧重于安全模型结构。第二次是在第十章，提到了访问安全性和激发安全性，侧重于DCOM在分布式环境下的安全模型的配置情况，强调实用性。到此，有些读者可能就会觉得这四个“安全性”混在一起，磕磕碰碰、搅搅拌拌、倒是一盘好菜，只可惜看不明白。少勇认为，这只是因为目前COM领域名词太多、叫法又十分混乱，Microsoft尚是如此，何况他人？因此，这对于写书的人来说，确实很难办。于是有些作者采取了回避的政策，讲激活安全性和调用安全性就不讲访问安全性和激发安全性，而如果要讲访问安全性和激发安全性则对激活安全性和调用安全性只字不提。这样虽然解了一时之困，但不利于读者建立一个完整的概念。《COM原理与应用》并没有回避困难，其“深入性”又一次得到了体现。看得出来，在写这部分的时候，作者也下了一番工夫，他以不同的角度对COM安全性作了有层次、有重点的论述，我认为其可贵之处有二：其一，COM的资料本十分难找，关于安全性的材料就更少了，能搜集到比较系统的资料实在不容易；其二，关于这部分知识以前基本没有权威性论述，全凭写书的人自己领悟，这就要求作者具有很好的功底和悟性，当然还得经过艰苦的努力。说实话，书的这部分少勇反反复复看了数遍，确实学会了很多知识。我的建议是，在阅读这部分时，切记要细致但不要钻牛角尖，否则可能一时半会儿真的就绕在里边出不来。还有，由于DCOM的安全性是建立在NT安全性基础之上的，很多地方涉及到了分布式系统的安全策略，因此您最好具有这方面的基础知识，如果没有，看不懂是很正常的事。
通过对本书的前两部分的学习，您已经对COM的基本原理和扩展部分有了一个比较全面的认识，就象盖房子，您已经打好了坚实的地基并垒起了围墙，实在可喜可贺！但这还很不够，因为我们学一项技术的目的就是如何来很好地用它。因此，就必须进行第三部分的学习，在这里您将学到既具有COM优点又实用的技术，作者将教您如何给房子盖上房顶。
书的第十一章讲述了自动化对象。自动化的概念最早出现在OLE2中，当时叫做OLE自动化。后来这个概念被COM所吸收，称为自动化。现在各式各样的Control中都引入了自动化的概念，Word和Execl也支持自动化。事情往往就是这样，一个概念应用的越广就越难给其下一个恰到好处的定义。自动化便是这样，各种资料上形形色色的描述总是让人抓不住重点。《Inside COM》中关于自动化的论述也很不能让人满意，而《COM原理与应用》算是弥补了这方面的缺憾。
我们知道，COM实质上是定义了一种客户与服务器的通信方式，而这种通信是通过接口来完成的。当我们用C++来写客户程序的时候，一切都是那么美好，通过CoCreateInstance和QueryInterface将得到一个接口指针，通过这个接口指针就可以调用相应的函数了。请注意，这一切都是通过指针来进行的。可是当我们用Visual Basic写客户程序时，情况就不那么美好了，原因只有一个：Visual Basic是弱类型编程语言，它对数据类型的描述能力非常有限。因此，我们必须提出一个让解释性语言也能够访问组件的方案，这个方案就被称之为自动化。一个自动化服务器实际上就是一个实现了IDispatch接口的COM组件，而一个自动化控制器则是一个通过IDispatch接口同自动化服务器进行通信的COM客户。
在本章中，作者对IDispatch接口和相关数据类型、Invoke函数的实现、双接口以及迟绑定和早绑定、自动化对象的编程都做了详细的论述并提供了很好的例子，是本书的又一闪光点。
第十二章讲述ActiveX控制，在本章中，作者不但详细论述了ActiveX控制的基本理论，还对如何在Internet环境下应用ActiveX控制作了深入讨论。因此，本章对于具有一些这方面基础知识的读者来说，是加深理解、迅速提高的不可多得的资料。由于作者为了节约篇幅，在这一部分作了一些删节，有的地方读起来可能会产生一定的跳跃感，不过无碍大局，因为目前介绍ActiveX基础的资料很多。由于作者对MFC很熟悉，这一章的例子仍然用MFC来编写并进行了深入的剖析，这对于C++的爱好者实为一个提高的好机会。
COM作为一种软件模型，不仅提供了程序与程序之间通信的标准，而且改变了传统的程序设计方法。因此，COM的主要贡献在于对程序设计方法的变革。书的第十三章讲述了基于COM的程序设计，在这一章里，作者对面向对象的程序设计方法作了一定分析并与组件化程序设计作了比较，进而讨论了MTS，并对多层应用软件结构和基于COM的Web应用作了一定介绍，使读者可以对组件化程序设计产生一个全面的认识。
虽然MTS出台已经有一段时间了，但是真正用的人还不多，许多探索仅仅停留在理论上，种种原因使MTS的优越性没有被广大的Windows程序员所认识。不过随着Windows2000的出台和COM+的发布，这种情况很快就会有所改变。COM+是COM、DCOM、MTS的集成，它通过操作系统的各种支持，把组件软件提升到应用层，而所有的底层细节留给了操作系统。书的最后一章介绍了COM+，对于大家开拓眼界、理解Windows2000所提供的服务具有非常重大的现实意义。
《COM原理与应用》是潘爱民先生的力作，我认为其意义有二：其一，本书在前后的一致性和名词的把握上都很不错，读者得到的是“地道”的COM中文书籍，与翻译作品有显著的不同。其二，国内作家能写出如此深入（甚至超过了美国的作家）的作品，对我们来说，的确是一件令人欢欣鼓舞的事情，但愿在不久的将来，这样的书籍会越来越多。
当然，《COM原理与应用》并不是十全十美的，对于所涉及到的知识来说，有些部分的论述略显单薄，尤其缺乏对于书中例子的剖析，也许是作者考虑压缩篇幅的原因吧。少勇认为，不是所有的人都能消化“浓缩”后的知识。
通过以上论述，相信各位对这几本COM书籍已经有了一定的认识，大家可以根据自己的实际情况选择阅读。
新千年、新气象，少勇特书写了一幅对联，与大家共勉：
上联：新千年观日月辉映天地
下联：数万载论风流指点离骚
横批：志在今朝
本文地址：http://com.8s8s.com/it/it3780.htm