友情提示:如果本网页打开太慢或显示不完整,请尝试鼠标右键“刷新”本网页!阅读过程发现任何错误请告诉我们,谢谢!! 报告错误
热门书库 返回本书目录 我的书架 我的书签 TXT全本下载 进入书吧 加入书签

borland传奇-第8章

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



后系统微调的工作,同时又过于大胆地加入太多先进的技术,造成了整个产品的不稳 
定,而犯下了大错。下面几点应该是造成当初Borland C/C++4。0惨遭滑铁卢的主要原 
因:   
    集成开发环境方面:臭虫太多,容易当掉而且反应速度缓慢   
    编译器方面:最佳化玩得过火,产生错误的编译程序代码   
    OWL方面:采用全新的多重继承架构,虽然是正确的做法,却和Borland C/C++3。1 
中的OWL不兼容,造成许多程序员无法升级C/C++项目   
    VBX方面:大胆的采用在16/32位都能使用VBX的技术,造成一些VBX无法顺利地在Borland 
 C/C++4。0中使用   
我想其中最可惜的就是OWL了。OWL 2.0在各方面都有一流的表现,实在是MFC强劲的 
竞争对手,获得了各方一致的肯定和称赞。无奈的是,由于OWL 2。0做了基本架构的 
改变,这虽然是为了解决当初OWL l。x使用了不标准的C/C++编译器技术的问题,但是 
这造成了原来Borland C/C++3。x程序员极大的困扰,因为升级不易。对于新的C/C++ 
使用者来说,又因为Borland C/C++4。0本身不稳定的因素而却步,因此造成了OWL  
2。0叫好不叫座的下场,真是可惜了OWL小组的努力。   
还记得当时我的项目使用了FarPoint的SpreadSheet VBX组件,由于一直无法顺利地 
在Borland C/C++4。0中使用,并且会造成应用程序的当机,最后追踪执行程序代码却 
发现应该是Borland C/C++4。0的问题,因此最后只好在咒骂中放弃使用Borland 
C/C++4。0,而回到Borland C/C++3。1。当时想,对于我这个长期使用Borland产品的人 
都无法忍受4。0的品质,其他的程序员又怎能使用这个产品呢?我想这就是为什么后来 
4。0全面溃败的原因,因为Borland推出了根本不堪使用的产品。   
我在Borland工作时,有一次在新加坡和现任Borland开发者关系部门副总裁的David  
Intersimone谈起这一段往事,David也很感慨,他直呼〃We screwed it up!(我们把 
事情搞砸了)〃,〃It's a mess(那实在是一团混乱)〃。David还说当时整个Borland  
C/C++开发小组都很混乱,和以往Borland C/C++3。0/3。1的开发小组比起来实在是差 
太多了。除了因为一些重要的人物相继离开Borland以及Microsoft也挖走一大票人之 
外,与Philippe Kahn的直接介入,造成人事不和也有很大的原因。   
在Borland C/C++4。0快速失利之后,Borland也认识到问题的严重性,因此立刻着手 
开发Borland C/C++  4。0的Patch,当时是称为Service Pack。但是在稍后的4。01版 
中并没有完全解决问题,一直到4。02才稍微解决一些严重的问题。无奈时不我予,拖 
的时间太长,市场已经起了巨大的变化。   
Borland C/C++4。0失败之后,立刻造成了严重的后果。首先是Borland C/C++的市场 
大量而且快速地流失,使得Visual C/C++快速地成长。第二点是当初Borland C/C++ 
3。1在公用程序市场打下的江山也拱手让人,原本许多使用Borland C/C++3。0/3。1撰 
写驱动程序的硬件厂商也开始转换到Visual C/C++。而更严重的是,由于4。0的品质 
以及稍后OLE的关系,应用程序市场也开始大量地转为使用Visual C/C++来编写应用 
程序。   
此时,Borland在三个主要的应用市场接连败退,C/C++的江山注定将易主,其颓势已 
不可挽回。   
Borland C/C++、Visual C/C++、Wat C/C++和Symantec C/C++的缠斗   
自Borland C/C++4。0一役大败之后,Borland在C/C++市场上建筑的巨大堡垒似乎再也 
不是牢不可破了。Visual C/C++固然在不断地接收Borland C/C++失去的市场,这时 
在C/C++市场上也开始出现另外两个坚强的对手,那就是Symantec C/C++和Wat  
C/C++。   
Symantec C/C++的发展史   
Symantec C/C++和Wat C/C++这两个对手的来头都不小。先说Symantec C/C++吧, 
它的Think C/C++在Macintosh上便是非常有名的编译器,因此早在C/C++领域便有深 
厚的基础。在Symantec并购了PC上第一个C/C++编译器Zortech C/C++之后,Symantec 
进入PC的开发工具市场也是箭在弦上了,只可惜的是,其时Symantec还未找到一个在 
PC上有丰富经验的开发工具领导者。   
也许是上天注定要引起稍后的C/C++编译器大战吧,此时Borland C/C++3。1的幕后支 
柱Eugene Wang刚好和Philippe Kahn闹翻,离开了Borland。Symantec眼见机不可失, 
立刻重金招揽Eugene Wang到Symantec,为Symantec推出第一个Windows上的C/C++ 
开发工具。1993年左右,在Eugene Wang的掌舵之下,Symantec推出了第一个 
Symantec C/C++版本,立刻便获得了市场的好评。自此之后Symantec C/C++军心大振, 
不断地继续改善,也逐渐获得了不小的C/C++市场,俨然成为可以对抗Borland C/C++、 
Visual C/C++的另一山头。当时Symantec C/C++是以最华丽、先进的集成开发环境获 
得了市场的高度认同,在C/C++编译器最佳化方面的表现也不输给其他的编译器。   
当时我正为《RUN!PC》撰写有关C/C++的文章,因此Symantec台湾分公司的人也和我 
联络过,并且送给我一套最高档的Symantec C/C++版本,希望我除了为Borland写C/ 
C++的文章之外,也能够为Symantec C/C++写一些东西。我还记得,在当时安装 
Symantec C/C++之后,我的确被它的集成开发环境吸引得说不出话来,因为实在是太 
棒了。Borland C/C++和Visual C/C++的集成开发环境同Symantec C/C++的集成开发环 
境比较起来,立刻变成索然无味、平淡无奇了。即使到现在,我仍然必须竖起大拇指对 
Symantec C/C++的集成开发环境说声〃赞〃。我想Eugene Wang在这么短的时间内把 
Symantec C/C++打造得如此之好,除了证明他的不凡功力之外,也有向Philippe Kahn 
示威、证明Philippe Kahn让他离开Borland是错误决定的意思。我之所以如此说,是 
因为其时Symantec C/C++最喜欢点名挑战的对象便是Borland C/C++。   
就我的感觉而言,Symantec C/C++就像是一个技艺精良、又装备华丽的C/C++军团。   
Wat C/C++的发展史   
非常有趣的是,Wat C/C++走的路子和Symantec C/C++几乎是完全相反的。当时出 
品Wat C/C++编译器的是一家加拿大的小公司,不过这家公司却对最佳化编译器有 
深入的研究。当时,Wat C/C++是以在DOS下能够产生最好的最佳化程序代码闻名 
于世的,许多写游戏和DOS Extender的厂商都指名要使用Wat C/C++,因为不论是 
Borland C/C++还是Visual C/C++,它们产生的最佳化程序代码都比Wat C/C++的 
最佳化程序代码差上一截。再加上当时最有名的DOS Extender厂商PharLap公司也是 
使用Wat C/C++,因此Wat C/C++在专业的C/C++程序员以及系统程序员心中是 
第一品牌的C/C++开发工具。   
不知道还有多少读者记得PharLap这家公司,或是有没有读者记得Andrew Schulman这 
位伟大的软件技术人员。当时Andrew Schulman的Undocumented Windows一书红遍了 
半边天,也惹得Microsoft要告Andrew Schulman。而Andrew Schulman便是PharLap公 
司的首席工程师,也是当时最著名的〃The ANDREW SCHULMAN Programming Series〃的 
总监。而PharLap公司是当时出版DOS Extender软件最成功的软件公司。   
当时由Matt Pietrek撰写的Windows Internals也是轰动一时的巨著。谈到Matt  
Pietrek,熟悉Windows Programming的读者应该很少有不知这位大师级人物的。Matt 
长期在Microsoft System Journal撰写Under The Hood专栏,专门写一些深入系统的 
程序设计技术,在数年前便和Andrew Schulman、David Maxey成为Windows System  
Programming的三大巨头之一。Matt也是著名的Windows除错工具SoftIce、 
BoundsChecker的主要研发工程师。Matt本身是从Borland出道的,他初至Borland工作 
时便是在Turbo Debugger小组中研发除错工具。当时Borland的Turbo Debugger是DOS 
下最强的除错工具,即使是Microsoft也无法推出能够和Turbo Debugger抗衡的除错工 
具。Matt在这个小组中吸收了大量的知识,并且快速成为这个领域的专家。后来Turbo  
Debugger小组的部分成员被Microsoft挖走,让Microsoft掌握了Borland的核心除错技 
术,以致后来也能够推出不错的除错工具。而Matt也出走到NuMega公司,成为开发 
SoftIce、Bounds Checker的关键人物。   
写到这里还是不禁要佩服Borland,因为当今许多名满天下的重量级软件工程师都是 
由Borland培养出来的。   
Wat C/C++在DOS市场站稳了脚跟之后,由于Windows已经逐渐成为市场的主流,DOS 
势必将被逐渐淘汰出局,因此,Wat C/C++如果要继续生存下去,也就…定要推出 
Windows平台的C/C++开发工具。大约是在1993、1994年左右,Wat终于推出第一个 
Windows下的C/C++开发工具。   
不过,当时Wat C/C++在Windows推出的C/C++开发工具实在是平淡无奇。其集成开 
发环境和另外三个对手比较起来简直像是远古的产品,…点特色都没有。不过Wat  
C/C++仍然是以它的最佳化编译器作为号召。因此当时发生了一个非常有趣的现象, 
那就是许多软件公司会同时买Borland C/C++,或是Visual C/C++,Symantec C/C++ 
之一,再搭配一套Wat C/C++。在开发应用系统时使用其他三套开发工具之一,最 
后要出货时再使用Wat C/C
返回目录 上一页 下一页 回到顶部 1 0
未阅读完?加入书签已便下次继续阅读!
温馨提示: 温看小说的同时发表评论,说出自己的看法和其它小伙伴们分享也不错哦!发表书评还可以获得积分和经验奖励,认真写原创书评 被采纳为精评可以获得大量金币、积分和经验奖励哦!