borland传奇-第15章
按键盘上方向键 ← 或 → 可快速上下翻页，按键盘上的 Enter 键可回到本书目录页，按键盘上方向键 ↑ 可回到本页顶部！
————未阅读完？加入书签已便下次继续阅读！
通常是最有帮助的论坛讨论内容。
Delphi双响炮
说起Steve Teixeira和Xavier Pacheco这两位仁兄，相信也是许多Delphi程序员耳熟
能详的大人物，因为他们两位正是《Delphi Developer's Guide》这本好书的作者。
Steve Teixeira和Xavier Pacheco都曾是Delphi R&D小组的成员，不过这两位仁兄目
前都离开了Borland，各自创业去了，毕竟自己当老板更有赚头。说起Steve Teixeira
和Xavier Pacheco，令人好笑的是他们两人的身材实在是很强烈的对比，Steve
Teixeira年轻高大，而Xavier Pacheco则极为瘦小，因此当Xavier Pacheco站在
Steve Teixeira旁边时，Xavier Pacheco就像一个小孩一样。
我和Steve Teixeira比较熟悉，因为曾经和他在费城一起开过会，也有过交谈。
Steve Teixeira在Delphi R&D小组中负责比较低阶核心的除错功能，Steve Teixeira
让我想起当初Matt Pietrek在Borland的成长过程。由于Steve Teixeira和Xavier
Pacheco都是Delphi R&D小组的成员，因此他们自然能够取得最新、最深入的信息来
写书。
Delphi 高手
说到使用Delphi来学习方面的知识时，就不能不提Binn Ly这位大名鼎鼎的人物，
Binn Ly也算是华人在Delphi圈中之光荣。话说在Delphi 3推出之时就以多层架构为
重点功能，强调Delphi能够撰写多任务的中间件服务器。不过了解内部技术的Delphi
程序员都知道，其实Delphi 3中的中间件服务器只能开发Single Threaded型态的
服务器，还不能开发真正的STA和MTA型态的服务器，这也是为什么Delphi 3的
MIDAS服务器在客户端使用者人数较多时执行效率就不甚理想的原因。
当时Binn Ly先生就指出了Delphi 3的问题，并且决定自己开发一个真正的Delphi封
装技术的framework，并且提供真正的STA、Apartment和MTA的解决方案。这在当
时是一项非常惊人的工程，因为除了Microsoft的ATL之外连Delphi都还没有提供，而
Binn Ly先生却决定完全使用Object Pascal来开发一个如此复杂的framework。后来
Binn Ly先生不但成功地开发出来，还在自己的网站上公开了framework的原始程序代
码，而且还写了许多和Delphi方面深入的技术文章。虽然在Delphi 4之后Borland
也终于慢慢地提供了比较完整的封装技术，但是Binn Ly先生在Delphi和方面
权威的形象已经深入Delphi程序员的心中，他本人也成为日后Borland邀请在BorCon
主讲/＋讲座的台柱之一。
VCL．NET Architect
Eddie Churchill是在Delphi 3之后才加入Delphi R&D研发小组的，不过Eddie在
Delphi R&D研发小组中却上升得很快。
Eddie在加入Delphi R&D小组之后，便开始了Delphi中Diagram Designer的研发工
作，原本Eddie的工作是准备在Delphi中开发出UML的功能，以便为Delphi/C＋＋
Builder提供完整的OOA/OOD的功能。
不过由于后来Borland高层决定和Rational合作，而且Eddie小组需要极大的资源来开
发，因此Borland的RAD部门便在Diagram Designer实现之后决定暂停这方面的研发工
作。其实在Delphi 3时，当时的Delphi产品经理Ben Riga就想为Delphi加入UML的功
能，只是一直无法拥有足够的资源来投入这方面的研发工作，一直到Delphi 5之后才
逐渐在Delphi/C＋＋Builder看到这方面的初步成果。
现在Eddie Churchill和Danny等人投入开发Borland方面的产品，并且是VCL
的Architect，负责把VCL移植到中，在2002年的BorCon中，Eddie Churchill就
说明了把VCL移植到之上的困难和挑战，目前在Delphi使用可下载的Delphi For
NET Preview中已经可以看到Eddie Churchill在VCL方面的初步成果了。
WebSnap始祖
Jim Tierry是在Eddie Churchill之后不久加入Delphi R&D研发小组的，他的第一个
工作就是接手Delphi的WebBroker技术，以开始打造Delphi/C＋＋Builder的下一代Web
技术，初步的成果就是Delphi 5的InternetExpress。
不过在InternetExpress推出之后，Jim自己并不满意，因此立刻开始进行
InternetExpress下一代的开发工作，那当然就是WebSnap了。由Jim带领的WebSnap
开发小组终于在Delphi 6中推出WebSnap技术。不过也是由于资源的限制，因此在
Delphi 7中，Borland决定使用更为完整的IntraWeb作为Delphi在Web方面的主力。
目前Jim Tierry应该是在开发下Web方面的技术和产品，我也希望在2003年能够
有机会和Jim见上一面，让他谈谈目前工作的方向。
Delphi Plug…In第一把交椅
我在日常使用Delphi时，一个少不了的工具就是Eagle Software出品的CodeRush，虽
然有些人认为CodeRush有点不稳定，但我认为CodeRush是一个非常好用的工具，当然
这也是为什么CodeRush几乎在每一年Delphi Magazine的年度产品评比中都是第一的
Delphi Plug…In工具。
CodeRush是由著名的Delphi高手Mark Miller先生开发的，Mark不但是多个产品的作
者，更是BorCon中经常受邀的主讲者。我曾经在许多地方和Mark有着交往，在2000年
澳洲的BorCon时我还曾经告诉Mark当时的CodeRush在中文Windows 2000中有臭虫，因
为当我使用CodeRush的快捷键时，CodeRush会送出重复的字符。Mark当场便拿出
NoteBook查询CodeRush的程序代码，并且要求我也打开我的NoteBook展示CodeRush
的臭虫给Mark看。在Mark了解了问题之后便询问我的旅馆房号，这才发现我们是住
在同一个旅馆。没有想到的是，当晚Mark便打电话到我的房间请我过去再次追踪这
个问题。后来Mark确定CodeRush没有问题，应该是中文Windows 2000在某些地方处
理的方式和英文Windows稍有不同，这应该是IME方面的原因，不过Mark答应我将会
提供walk…around的方式来克服这个问题。我回国后不久，就收到Mark寄来的一个
Patch档案修正了这个问题，其工作效率真是令人惊讶。如果读者也在使用CodeRush
这个产品，那可以经常到CodeRush的论坛看看Mark的发言，许多时候Mark的信件都
是深夜二三点寄出的，Mark工作的狂热的确令人吃惊，不过在Mark有了Baby之后这
个现象就比较少发生了。
MIDAS/DataSnap的掌舵手
Borland在Delphi 3便推出了MIDAS，一直开发到现在的DataSnap。其实Borland一开
始时就对MIDAS有非常大的野心，准备把MIDAS开发成中间件的标准技术。不过随着中
间件从以RPC为主变化成CORBA、/＋以及EJB，Borland也很快地放弃了这个想法，
因为Borland不可能单独推出中间件技术来对抗业界的标准。
因此在Delphi 4之后，Borland便开始转变MIDAS的角色，把MIDAS定位成一个通用的
数据存取处理层技术，让MIDAS能够使用在CORBA、/＋之中提供方便有效率的封
装数据存取功能，以弥补这些组件技术在存取数据方面的不便必须使用一笔一笔数
据的方式来处理数据。
MIDAS这样的转变是非常正确的，因为在CORBA、/＋中要存取数据实在是非常的
不便，经常必须在对象接口中提供特定的方法让客户端存取特定的数据，并且在移动
数据时也非常的麻烦，而MIDAS却提供了完整的解决方案。正是由于MIDAS的方便好用，
因此Microsoft也仿照在ADO中开始模仿MIDAS的功能，在ADO中更是全面使用MIDAS
的观念来处理数据的存取。Borland也曾经把MIDAS移植到Java中成为JMIDAS，可是由
于Java世界非常强调标准，所有的标准都必须由SUN来制定，而SUN又使用JDBC、
Entity Bean以及现在的JDO来处理数据，因此JMIDAS之后就停止了开发。
Delphi 3、Delphi 4中的MIDAS都由不同的工程师负责。在Delphi 4中是由Josh负责
的，在这期间Josh和Dan Miser合作提供MIDAS的技术和解决方案，当时的Dan Miser
并不是Borland的员工，而只是MIDAS的爱好者。后来由于Josh离开了Borland，Borland
就把MIDAS的维护和新版本开发工作contract给Dan Miser，因此在Delphi 6之后的
DataSnap是由Dan Miser开发的，而Dan也成为了DataSnap的头领。
由于Dan Miser非常喜欢DataSnap，愿意为Borland工作，因此现在Dan已经到Borland
应征，准备正式成为Bodand的员工，继续把DataSnap移植到上，并同时开发新的
DataSnap功能。
Delphi Spirit
Marco Cantu这位意大利的仁兄，应该是许多Delphi初学者都知道的人物，因为Marco
Cantu的《Mastering Delphi》一直是Delphi书籍中的长青树，深受初学Delphi的人
所喜好。
Marco Cantu也经常是BorCon的讲座主讲人以及Delphi相关杂志的专栏作家，不过我
一直无缘聆听Marco Cantu先生的讲座，因为每次我都选择了同时进行的其他讲座，
真是令人遗憾。
元老重臣
最后一个我想介绍的人物可能许多人并不熟悉，但是这位仁兄却一直是Borland开发
工具中的要角之一，那就是Bruneau Babet先生。Bruneau Babet很少公开露面，除非
在BorCon中读者才有可能见到他。
Bruneau Babet从Borland C/C＋＋产品开始就是Borland的研发人员，在Borland C/C＋＋
结束之后也转入Delphi R&D小组开发Delphi，而Bruneau Babet工作的重点一直是以
方面的技术为主。
Bruneau Babet除了进行Delphi的研发之外，主要的时间是负责C＋＋Builder的开发工
作，因此他也从事C＋＋Builder中融合ATL方面的工作，在BorCon中，Bruneau Babet演
讲的主题主要是Borland开发工具在/＋的技术支持。
在这里，我无法介绍完所有相关的重要人物，除了上述几位外，许多大家熟悉的人物，
包括Dr。 Bob、John Kaster等，我都没有介绍到。这是因为Dr。 Bob和John Kaster
是许多人非常熟悉的，他们的照片在网站上可以经常看到，因此就不再列为重点，这
里是以读者不太熟悉的人物为主，让喜欢Delphi/C＋＋Builder的读者能够看看这些杰
出软件人员的长相、了解他们的个人资料，让许多〃久闻其名〃的人物真实地呈现在我
们面前，作为我们学习的借鉴。
^v^v^v^v^v^v^v^v^v
第五章 逆转的奇迹Borland JBuilder的战斗发展史
〃没有JBuilder，Borland就不可能拥有今日的荣景！〃
Java的快速兴起和成功是谁也没有预料到的，即便对于SUN自己似乎也是一个极大的
意外，但是成功者一定是果断而且行动迅速的。当SUN察觉到Java的光明未来之后，
便立刻开始大力推销Java。SUN的总裁McNealy先生数年来苦于没有直接和Microsoft
对抗的机会，这下在Java的身上似乎找到了契机，当然更重要的是SUN接下来的一连
串行动都被证明是正确而成功的。这些行动包括和各种厂商合作；与Addison…Wesley
公司合作出版一系列畅销且成功的Java书籍；在各大媒体占据版面发表所有与Java相
关的文章、专栏等；快速培养Java使用者的基础，吸引大众对于Java的兴趣。这完全
是Microsoft一向无往不胜、攻无不克的手法，SUN也发挥得淋漓尽致，并且〃以彼之
道还施彼身〃。更重要的是McNealy立刻果断地投入大量的研发资源，不断地改善Java，
终于使Java从1995年开始展露锋芒，并且快速地成为业界焦点，自此展开了PC发展
史上最大规模对抗Microsoft的争霸战，也改变了许多软件开发的习惯和方向。当然
对于Borland来说，Java的发展史也是一场惊涛骇浪的生死之战，是Borland从未经历
过的大规模集团军混战。
对于Borland来说，事情并没有那么顺利。1995年，当Java开始起飞时，Borland并没
有预料到Java成长的速度会如此之快。Borland一开始只是把Java当成C/C＋＋的延伸，
因此只在Borland C/C＋＋5。0中加入了支持Java的P1ug…In。不过Borland很快就发现事
情并不是如此简单，因为除了Java的Plug…In反应并不好之外，也发现Symantec很快
在Java开发工具找到了新舞台，而且发展得相当快速。在Microsoft对Java的态度未
明之前，无疑Symantec占据了先机，Borland这才警觉到自己的失策，Java大会战一
开始Borland就已经落后了。Borland如何才能在下一场最重要的开发工具大战中进行
反攻呢？
Java开发工具初期的争战
当Symantec从C/C＋＋开发工具市场大撤退之后，Eugene Wang不愧是相当高明的开发工
具好手，立刻察觉到尽管在C/C＋＋市场遭遇失败，但利用原有力量却可以在即将茁壮
成长的Java市场上扳回一城，因此立刻率领原先Symantec C/C＋＋的开发团队快速进入
Java开发工具的领域。Eugene很快以当初Symantec C/C＋＋的集成开发环境作为基础，
开始开发Java开发工具，这就是后来著名的Visual Café。
Symantec几乎是第一个介入Java开发工具的软件公司，又利用了Symantec C/C＋＋的基
础，因此在1995年，当Java获得愈来愈多人的注意之后，Symantec也准备好了她的第
一个Java开发工具Visual Café。1996年10月，Symantec赶在JDK 1。1之前正式推
出了Visual Café。虽然当时许多人批评Symantec为什么不等到JDK 1。1之后再推出，
以支持最新的JDK标准（因为当时的JDK 1。0x版本有许多的问题），不过这些批评并
没有妨碍Visual Café的成功。
由于当时许多软件人员急于投入Java的学习行列，因此当Symantec推出了Visual Café
之后，立刻在市场获得了极大的成功。特别是在Java学习市场和教育市场，Visual
Café几乎是以席卷市场的姿势迅速占据了Java开发工具第一名的地位，成为炙手可
热的产品，而Symantec公司也一扫在C/C＋＋开发工具被挫败的怨气，再次成为开发工
具市场的领导厂商。
由于当时Microsoft对于Java采取敌视的态度，因此几乎不可能推出Java开发工具，
而Borland也还正陷于C/C＋＋的苦战之中，尚未查觉到Java的潜力。至于另外一个死对
头Wat则已被Sybase并购，无法在开发工具市场再成气候。这对于Symantec来说简
直是天赐良机，一个可以独打Java开发工具市场的绝佳机会。剩下唯一的威胁是SUN
要推出的Java开发工具。但是Symantec已经抢得市场先机，而且已经成为领先者，只
要好好的把握，就能够以逸待劳和SUN对战。在这个Java开发工具萌芽的阶段，Symantec
似乎是占了绝对的优势，不过很可惜的是接下来Symantec也接连犯了几个错误，逐渐
失去了取得的优势。
首先是当Visual Café推出之后，Eugene Wang便离开了Symantec自己开公司做生意
去了。这对于Visual Café有着相当大的影响，因为Symantec靠着Eugene Wang的技
术能力和眼光，才能够和Microsoft、Borland和Wat在C/C＋＋开发工具市场对抗；
