爱爱小说网 > 其他电子书 > borland传奇 >

第13章

borland传奇-第13章

小说: borland传奇 字数: 每页3500字

按键盘上方向键 ← 或 → 可快速上下翻页,按键盘上的 Enter 键可回到本书目录页,按键盘上方向键 ↑ 可回到本页顶部!
————未阅读完?加入书签已便下次继续阅读!



的决心也让Delphi R&D小组再次安定了军心,在历经了Delbert错误的决策、Microsoft 
大幅的挖角、Delphi 4的失利之后,Danny带领了一些新的Borland工程师展开了艰苦 
的工作。   
Danny的杰出表现早已深获许多人的赞扬和肯定,也充分地展现了继Anders Hejlsberg 
之后,Borland另外视为宝贝的天才的风采。现在,Danny不但早已独当一面,更成为 
了Borland 的Architect,负责综合整理Borland未来在上的开发工具。在2002 
年Borland的Conference上,Danny正式由Borland的CEO Dale Fuller先生颁发 
Borland President Awards大奖,这是继Chuck Jazdzewski、Blake Stone之后, 
Borland第3个获得最高殊荣的R&D人员。在Danny接受大奖之时,现场所有的BorCon参 
加人员都起立热烈鼓掌,看来,即使在Borland没有颁发这奖项之前,Danny早已被所 
有了解他的贡献的人所肯定和钦佩,这只是一个迟来的奖项而已。   
我曾在1999年费城的BorCon见到了Danny,并且在澳洲举行的BorCon和他有简短的对 
话。Danny的身材不算高大,瘦瘦的,但是非常的温文尔雅。和Danny讲话是一件很舒 
服的事情,因为你可以问他许多技术的问题,只要Danny有时间,他会很乐意和你讨 
论的。   
恭喜Danny!Borland又为PC软件界培养了一个天才和明星。我相信Danny Thorpe也将 
成为许多开发者学习的对象,当然也包括我在内。   
和对Anders Hejlsberg一样,最后再让我整理一下Danny Thorpe对于Borland和产品 
线重要贡献和获得的殊荣,让读者也能对这位值得尊敬的软件开发人员致敬:   
〃   负责开发Delphi RTL/编译器困难的工作   
〃   改善Object Pascal程序语言,加入现代语言元素Interface   
〃   开发出Kylix并且解决Linux平台的臭虫   
〃   1999年被Borland内部评选为全Borland最重要的50人之一,是Borland不可放弃的 
人才   
〃   2001年荣升Borland  Architect   
〃   负责开发Borland 下一代整合开发工具Galileo   
〃   和Chuck Jazdzewski共同开发代号为Charlotte的下一代Web Service程序语言   
〃   2002年于BorCon获Borland President's Awards大奖殊荣   
对于我来说,Borland孕育了无数的伟大软件工程师,当然有一些人我无缘认识,因 
此对于这些人,我只能说是〃久仰大名〃,例如Windows平台的系统和除错大师Matt  
Pietrek。但是有一些人却是我认识、甚至有过对话的。这些人每一个都令我折服, 
也让我向往这些伟大软件工程师到达的境界,他们是:   
〃   Borland C/C++、dBuilder的Framework大将Carl Quinn   
〃   不世出的软件天才Anders Hejlsberg   
〃   Borland首席科学家Chuck Jazdzewski   
〃   Borland RAD核心支柱Danny Thorpe   
当然,还有本书稍后会叙及的Java天才,Mr。 Blake Stone。   
重回基本的精致之作Delphi 5   
1999年8月,距离Delphi 4推出将近一年之后,由Danny领军的Delphi 5终于准备推出 
了,这次没有CEO不合理的要求,Borland又投入了适当的资源,再加上Danny和 
Delphi R&D小组的全心开发,Delphi的开发步调又回到了以往的轨道。在Danny  
Thorpe的细心和坚持之下,Delphi 5在推出时的完成度是非常高的。   
注:Borland的每一个产品在推出之前都会进行完成度测试和评估,这和其他的软件 
是一样的。每一个产品在完成度到达多少才推出是不一定的,一般来说在85%以上就 
是不错的产品,低于80%就推出的产品则等于是推出Beta版的软件,品质一定不好。   
当Delphi 5推出到市场之后,其品质果然又受到了Delphi使用者的喜爱,销售数字也 
证明Delphi 5已经成功地扫除了Delphi 4时埋下的阴影。再加上当年的JBuilder 3又 
迈入了一个全新里程,打造成了一个完全由Java撰写的Java开发工具,因而大获市场 
肯定,进而正式为Borland在Java市场带来了空前的胜利和大量的收入。Borland又开 
始产生盈余了,Delphi和JBuilder从1999年开始也正式成为了Borland的两大摇钱树。   
不过Delphi 5虽然成功,但是从销售数字来看,Delphi的销售几乎已经到了顶峰,不 
易再高度成长并且带来更多的收入,这从其他Windows传统开发工具的情形也可以看 
得出来。所以对于Borland来说,应该要开始为Delphi准备下一代的功能和平台了, 
重新设计Delphi的所有功能和GUI接口,再次地演进Delphi的风貌。即使Delphi也和 
Visual Basic、PowerBuilder一样即将走入下一代的开发环境,但是Borland仍然有 
责任在世代交替之间提供Delphi使用者顺利的移植方案。可以很明显地看到, 
Delphi 6提供了Web Service功能让以前和未来的应用程序能够相互整合,Delphi 7 
则将提供Microsoft 平台开发的功能。Delphi 6和Delphi 7即是为Delphi的开发 
者走向未来提供的垫脚石。   
Delphi 5应该是Delphi 3之后最好的一个Delphi版本,称为Windows平台下最好的RAD 
开发工具是当之无愧的。虽然Borland RAD小组持续的开发最好的Windows开发工具, 
但是在Windows平台上的开发模式却已经悄悄地进行了自DOS以来最大的改变,那就是 
Microsoft为了因应Java的攻势而展开的 计划。Windows平台上的开发概念、开 
发工具和开发技术即将揭开新的序幕,Microsoft也准备逐步淘汰原生的Windows开发 
工具。   
PC平台上的开发工具从DOS、Windows到未来的,一共历经了数个阶段。在每一个 
阶段,开发工具的市场都有着群雄逐鹿、竞争惨烈的战况。开发工具市场几乎是所有 
软件中竞争最激烈的。从DOS时代PC的开发工具市场有着数10家软件厂商竞争,到了 
Windows平台只剩下10几家、最著名的也就不过五六家,再延续到未来的平台, 
举是轻重的开发工具开发商可能会只剩下Microsoft和Borland。   
上面的表格是我整理从DOS、Windows第1个阶段、Windows第2个阶段以及未来平 
台下的开发工具竞争情势。从上表中,读者可以看到不同的阶段主宰流行的程序语言、 
以及最后在开发工具市场胜出的厂商。开发工具情势的演变是Microsoft和Borland 
仍然将主宰这个市场,其他的厂商只能占有极小的市场和影响力。Borland也证明了 
只有她能够和Microsoft抗衡,也是在Windows平台下,除了Microsoft之外唯一的独 
立开发厂商。我相信Microsoft和Borland仍然将在平台的开发工具领域中缠斗下 
去,虽然Microsoft已经率先推出了Microsoft Visual Studio,但是2003年第2季 
Borland也将推出全新的集成开发环境代号为Galileo的产品作为响应,一场精彩的 
龙争虎斗又将在2003年展开序幕。   
具有讽刺意味的是,数年前许多人质疑Borland是否能够活下去,许多人也因为担心 
Borland的未来而不敢使用Delphi。但是现在证明,Borland不但成长得愈来愈好, 
Delphi还继续推出了新版本Delphi 7,Delph 8也在Borland的计划之列。Delphi 7将 
是Windows平台下最好的原生Windows开发工具,也是撑到最后一个的RAD开发工具, 
连Microsoft都没有做到。Delphi 7不但延续了原生Windows应用系统开发的生命, 
也为未来平台的开发做了铺路和转移的准备。Delphi、VB、PowerBuidler和 
Gupta经过了数年的大战之后,结果证明,Delphi才是撑到最后的英雄。       
^v^v^v^v^v^v^v^v^v             
第四章  未完之传奇   
〃成功产品的背后有着更多不为人知的秘密!〃   
Chuck的秘密计划   
Chuck像个藏镜人。虽然他始终是Delphi最重要的三个人物之一,但是却一直不愿意 
站在最前线面对大众,而宁愿躲在幕后进行令人惊讶的软件革新工程。Chuck进行的 
许多开发和研究并不广为人知……   
当Anders离开了Borland之后,Chuck短暂地成为Delphi的总Architect。不过,Chuck 
负责Delphi的开发工作后不久,就把Delphi Architect以及重要的工作交由Danny来 
负责,因为Danny早已显示了大将之风,成为Chuck最为信任的软件专家。而Chuck呢? 
虽然他仍然负责Delphi中许多重要的工作,但是后来大部分的时间是花在新技术和新 
产品的秘密研究之中。对于一些Delphi例行性的工作,Chuck并不会花费太多时间。   
在Delphi 3的研发阶段,Chuck的主要精力并不是在Delphi 3上,因为Danny和Zack负 
责得很好。Chuck当时主要是进行两件重要的研发工作,即Delphi的Java编译器以及 
Apollo计划。   
原来,在开发Delphi 3时,Anders和Chuck都已经预知了Java将来必会成功,成为重 
要的语言和软件技术。因此Anders和Chuck都知道必须在Java方面进行一些因应之道, 
以未雨绸缪保持Delphi的竞争力。后来Anders离开了Borland,而Chuck则选择了投入 
资源研究Delphi和Java的整合技术。当时Chuck的想法是为什么不能够开发一个类似 
Java的JVM,直接把Delphi的程序代码转换为Java的ByteCode,让Delphi的应用程序 
直接在JVM中执行呢?甚至,当时Chuck还想,为什么Borland自己不开发一个Delphi  
JVM,让Delphi也可以执行在Windows、Linux、Solaris和Mac OS之中呢?   
有了这个疯狂的想法之后,Chuck立刻要求Borland的高层批准这个研究计划,让他能 
够有资源进行研究工作。由于当时正值Anders因为不满在Borland没有足够的研究资 
源而离开了Borland,进入Microsoft一展心中的鸿图。因此,Borland高层当然不愿 
得罪Chuck,以免他也离开Borland。由于当时Delphi 3的进度在掌握之中,而且 
Delphi为Borland带来了大量的资源,因此Borland高层批准了Chuck的这个不可思议 
的计划,让Chuck开始了研究之路。   
Chuck有了资源之后,就立刻投入研究的领域,在Delphi 3的开发末期也没有花太多 
的时间在Delphi上,反而加速地和Borland的编译器小组为Delphi For Java编译器进 
行研发工作。在1997年中左右,Chuck有了初步的成果,已经能够把一些简单的 
Object Pascal程序直接编译成Java的ByteCode、并且执行在JVM之中。这实在是一个 
不小的突破,因此在当年的BorCon 1997中,Borland和Chuck正式对外公开了这个技 
术,立刻引起了Delphi使用者强烈的兴趣,因为这代表一旦这个编译器研发出来, 
那么Object Pascal便立刻成为一个像Java一样的跨平台程序语言,而且,如果 
Borland能够继续把VCL和RTL移植进来,那么,Windows平台的Delphi程序员可以通 
过这个技术同时开发多个平台的应用程序,这实在是太美妙了。   
当BorCon公开了这个技术之后,Borland立刻面临了愈来愈多的Delphi使用者的询问 
以及要求Borland尽早推出这个技术的压力。当然,Chuck以及Delphi研发小组也非常 
兴奋,因为这代表Delphi又将有新的市场以及新的成长动力,所以Chuck立刻要求 
Borland投入更多的资源,以加速研究这个Delphi For Java编译器以及相关的研究工 
作。   
不过,此时却发生了两件事情,最终让Chuck放弃了继续开发Delphi For Java编译器 
的意图。首先,Chuck和Borland的编译器开发小组发现JVM似乎和Java语言系结得太 
紧密,以致JVM的许多伪指令都和Java语言的架构系结在一起,无法轻易地由其他语 
言来提供类似Java语言的架构,除非修改这些语言架构来仿真Java语言的架构。这个 
原因造成了当Chuck想把Object Pascal一些复杂的数据类型和语言架构编译成Java  
ByteCode时发生了极大的困难。   
第二个决定性的原因是,由于当时JBuilder已经表现得愈来愈好,Borland希望投入 
更多的资源到JBuilder小组,而且不希望有其他的产品或是技术影响JBuilder的成长, 
因此,Borland高层对于Delphi For Java编译技术的开发也没有很大的兴趣,再也 
没有批准更多的资源给Chuck。最后,Chuck的这个Delphi For Java编译计划便宣告 
终结了。这实在是件可惜的事情,不过,当时Chuck研究的东西并没有白费,因为现 
在Delphi小组也根据当时Chuck研究的成果来开发上的编译器,希望通过以前投 
入的资源和经验来开发更好的Delphi For 编译器。   
另外一个Chuck在Delphi 3开发阶段秘密进行的研究计划则更为重要了。当时我更期 
望这个技术能够出现在市场之上,不过可惜的是,最后也由于Borland高层要求Chuck 
投入Kylix的研发工作而一直拖延到今日都还在软件实验室中,这就是属于Data  
ponent技术的Apollo计划。   
Apollo项目的缘由要从Delphi 2开始说起。在Delphi 2开发时,Anders一直想在Delphi 
中建立一个Garbage Collection的功能,而Chuck则希望继续扩充VCL的功能为VCL加 
入Data ponent的能力。由于VCL使用的组件架构在连接数据时是使用数据感知组 
件(Data Aware)技术,但是许多真正使用面向对象技术的程序员反而对使用数据感知 
组件相当地反感,而且在大型面向对象项目中,数据感知组件也被证明是不适当的。 
因此Chuck为了赋予VCL开发大型面向对象项目的能力,决定加入Data ponent技术 
。   
所谓Data ponent技术,是指VCL架构可以代表实际世界中的domain对象,这些 
domain对象可通过VCL的技术直接储存在数据库之中,或是从数据库中取出,类似EJB 
中的OR Mapping(Object…Relational Mapping)技术。如此一来,Delphi的程序员可 
以在Delphi中直接使用VCL组件来代表如员工和公司等实例(instance),而且可以随 
时把员工和公司实例储存到数据库中,再从数据库中取出员工和公司成为对象,而不 
需要使用数据存取对象直接处理数据库中的数据。Chuck早在五六年前就想在Delphi 
中实现目前Bold等公司提供的Object Instance技术。   
没有想到,就在Chuck进行Apollo项目到了一半的时候,由于当时Borland的CEO Dale  
Fuller先生看好Linux的发展,因此下令所有Delphi小组的成员都必须投入到Linux 
开发工具的研发工作,全力为Kylix催生,于是连Chuck也被要求先暂缓所有的研究计 
划,投入Kylix的开发工作。其实,当时我就非常反对像Chuck这样的顶尖人才进入 
Kylix小组撰写程序代码,因为这实在是非常浪费的事情。Chuck应该进行更为重要的 
研究计划,而不是只开发一般的工具而已。但是,当时Borland高层认为Linux将可带 
领Borland一飞冲天,因此仍然坚持所有的人力都必须投入。不过,市场就是变化得 
这么快,在Chuck和Danny都投入到Kylix的开发之后,虽然Delphi小组几乎以创记录 
的时程在1年半左右就在一个新的平台开发了一个新的产品线,但是在Kylix推出之 
后,Linux平台的疯狂热潮却开始快速消退

返回目录 上一页 下一页 回到顶部 0 0

你可能喜欢的