为什么Borland不用C++写VCL?(100分)

  • 主题发起人 主题发起人 zw84611
  • 开始时间 开始时间
pascal比c++更接近对象,就这样
 
还有Borland一般利润来自Delphi,懂了吧!
 
是没有必要,即使用C++也不能重写出比Pascal更好的代码,所以没有必要。
C++Builder的编译慢与CB兼容多个类库没有直接关系,只是由C++的复杂度决定的;
CB可以
编译MFC,有兴趣可以将一个用MFC写的程序用VC与CB编译一下作比较,就知到CB是个非常
快的编译器,但还是比Delphi的编译器慢很多。
 
现在世界上只有borland一家还在作Pascal编译器,所以在它在
这个领域可以随心所欲,自己制定标准......
 
补充:这篇文章叫 《C++圣战》
 
http://www.csdn.net/Develop/Read_Article.asp?Id=15606
《Borland传奇》?
 
不过明年 bcb7 出来时 borland 将用c/C++重写vcl类库
大家期待吧
 
李维写过一篇《Borland 的传奇故事》(大概是这个名吧,CSDN 上可以搜到),
隐约说明了一些事实:Borland 在与 MFC 的交战失败后,也失去了对 C 的创意,
在这个平台之争中,Borland 似乎已经屈服于 MS,(改:不是赛门铁克)Sybase 的
Optima++ 似乎已经实现了用纯粹的 C 写的类似于 VCL 的类库,但由于中文原因,
还有其它的什么的,却放弃了这个领域的开发----------------------- 太可惜了。
可以看看这篇文章,太棒了!吐血推荐!
 
快速殞落的潛力之星-Sybase的C/C++ RAD工具Optima++
在1996年吧,Sybase併購了Watcom之後,終於推出了石破天驚的C/C++開發工具,Optima++。Optima++是當結合了Watcom的最佳化編譯器以及類似Delphi的元件拖曳開發環境的第一個RAD C/C++開發工具,更棒的是Optima++的元件架構(類似Delphi的VCL)完全是以純正的C/C++程式碼撰寫的。這可不得了,因為這代表Optima++是一個融合了Visual C/C++和Delphi兩大王者開發工具為一身的超級賽亞人工具。
在我知道這個工具,並且取得實際的使用之後,令我極為震驚。因為這個工具對於我這個使用了C/C++ 5,6年的人來說,是比Delphi還具有吸引力。因此在當年我立刻的在RUN!PC上介紹了此不可置信的工具。果然,Optima++很快在開始風捲市場,雖然沒有立刻的佔據很大的市場量,但是已經造成了一股氣勢,開始為Visual C/C++和Delphi帶來了壓力。
我記得當時台灣Sybase辦的產品發表會也吸引了數百人與會,不可一世。在我的RUN!PC文章出版之後,台灣的Sybase立刻和我連絡。由當時的余協理和我見面,也是希望我繼續為Optima++寫文章,台灣Sybase也提供額外一字加2元稿費的待遇。但是我告訴余協理,Optima++ 1.0雖然很棒,但是仍然有一些臭蟲,而且和中文環境相衝突,無法處理中文,需要立刻的解決問題才能夠在台灣的市場成功。她答應我立刻的向總公司反應。我也老實的告訴她在問題沒有解決之前我無法寫一些不確實的東西。後來台灣Borland的總經理方先生也找我去詢問有關Optima++的事情,我告訴他Optima++是好東西,但是中文有問題。如果中文問題能夠解決,那麼將對Borland的產品有很大的影響,當時我還不知道Borland由於Optima++的影響,已經開始準備發展C++ Builder。
在1996年底左右吧,Optima++ 1.5終於進入Beta的階段,但是在我拿到Beta版時仍然非常的失望,因為中文的問題仍然沒有解決。後來台灣Sybase又找我去,這次和我見面的是台灣Sybase總經理郭俊男先生,以及Sybase的新加坡技術總裁,不過我忘記這位先生的名字了。我們見了面之後,我立刻的把Optima++ 1.5中文的問題以及許多的臭蟲告訴他們,希望他們能夠解決,如此Optima++ 1.5才能夠在中文市場成功。可是出乎意我意料的是,他們似乎並不急著這些問題,反而詢問我是否有意願為Sybase工作,做PowerBuilder的產品經理。
也許是因為我為Delphi寫了太多的東西,讓PowerBuilder受了很大的影響,因此他們希望我到Sybase工作,以打擊Delphi並且Promote PowerBuilder。當時他們提出的待遇條件實在是非常,非常的誘人,比我當時的薪水高出一倍左右(我當時在資策會工作)。不過由於我對PowerBuilder實在沒有什麼興趣,因此我告訴他們如果是做Optima++的產品經理,那麼我將會考慮並且接受。
沒有想到Sybase的新加坡技術總裁告訴我Optima++在1.5推出之後就可能會停止,因為Sybase要把資源移去為當時愈來愈紅的Java研發一個新的Java RAD開發工具,那就是後來的PowerJ。於是他問我如果不願意做PowerBuilder的產品經理,那麼是不是願意做PowerJ的產品經理?由於當時我已經知道Borland開始了Open JBuilder的研發,而我對Open JBuilder的興趣遠大於PowerJ,因此並沒有答應Sybase。果然,在Optima++ 1.5推出之後,不但中文的問題沒有解決,Sybase也沒有繼續的對Optima++研發下去。一個如此有潛力的產品就這樣消失了,真是令人遺憾,Optima++應該有很好的機會可以成功的,我相信如果當時Sybase知道C++ Builder後來的成果,可能就不會放棄Optima++了。而C/C++的RAD工具一直要到後來的C++ Builder來完成這個夢,又是Borland成功的進入這個工具市場。
 
pascal没有包裹
c++一大堆包裹
 
一山不能容二虎
 
一山不能容二虎
 
多人接受答案了。
 
后退
顶部