写在看到CBX 1.0的FrameWork之前.....

烟波三千里人鬼五百年 2003-09-22 02:17:31
数月之前,版内就有兄弟们开始讨论新的CBX会长什么样子呢。。

最近我们也看到了Borland新的JAVA实现的IDE。一时间不满之声充斥着整个CB论坛。

我记得曾在一个帖子里面说过大家要说好坏还是等看见新的FrameWork比较好。
毕竟IDE只是一件外衣,FrameWork才是内在的东西呢。

一个月过去了,CBX 1.0也发布了。我自然和版内外大多数的兄弟一样,知之甚少。
越少好奇心自然也就越盛。CBX的一举一动都开始牵动我这样的BCB Fans的神经了。

毕竟从OWL的没落,到VCL的无奈,borland已经让我们等的太久太久。

我无聊而又无奈的等着,脑子里也一直猜想着新的FrameWork会长什么样呢?

市场和Boeland的决策层留给开发小组的时间并不充裕。Borland在跨平台的领域也还不是很拿手。CLX在linux遭受的冷遇便是一个很好的例证。

上一个他们为了Kylix,使用了QT库,这一次呢?

如果你接触过Linux的话,自然不会对GNome和KDE这两个名词感到陌生。他们是统领Linux World的两大桌面系统。其背后也是由两个截然不同的GUI库支持。

GTK和QT。GTK是纯粹C的实现,QT则是C++的实现,但是和Borland一样,QT并不100%的标准兼容。QT的源码要先MOC一样才可以....

我个人比较喜欢GNome的风格,自然也幻想过GTK+VCL的组合。。。。:)

不过CLX居然把QT封装成pascal,然后再生成Hpp给BCB的User实在有点...

这一次是CBX,X就是Cross的意思,肯定要跨平台了。borland要用100%ANSI 兼容的类库了。这一次他们会如何呢?

重新开始实现一个新的类库?呵呵不太可能吧。时间是最大的敌人。那么就是买一个第三方的类库了。

QT本身是支持跨平台的。但是Kylix对Linux的要求很高,不仅依赖于QT还有KDE.

总之看上去QT不是一个很好的选择。

那么GTK呢?哈哈。。。。。

猜测毕竟是没有意义的。但是今天看见论坛上有关于wxWindows的消息。这却是我万万没有想到的 。

其实跨平台的类库很多比如FLTK,FoxToolkit。。。。。。

但是wxWindows的API风格却是和MFC/win32十分相似。如果你从WIn32转向Linux这样就很舒服了。但是wxWIndows是似乎十分拒绝新的C++特性,诸如模板之类的东西全部都被去掉了,严格的说,wxWIndows使用一个C++的特性子集。似乎不是很先进了。而且已经Open Source了.

不过可移植性倒是不错。而它在Linux的底层实现正是基于GTK的。

这样一来,倒是真遂了我的心愿了。

不过让我用wxWindwos的风格来编程却是万万没有兴趣的。

所以CBX开发小组的工作也就很显而易见了,就是把wxWindows再封装或是修改成VCL风格。

我不知道他们到底如何去作了。不过最后的结果应该离我们不太远了。

borland 的C++ Builder是走向辉煌还是死亡,我们也快看到了....

不过我还是祝愿他....
...全文
178 98 打赏 收藏 转发到动态 举报
AI 作业
写回复
用AI写文章
98 条回复
切换为时间正序
请发表友善的回复…
发表回复
downsource 2003-11-07
  • 打赏
  • 举报
回复
zarge 2003-11-05
  • 打赏
  • 举报
回复
up
hk318 2003-11-05
  • 打赏
  • 举报
回复
不要争了,好用不好用,明年2月份就真相大白了。
Wingsun 2003-11-05
  • 打赏
  • 举报
回复
没有什么抗日不抗日子,要的是反日。
  • 打赏
  • 举报
回复
抗日为先! CBX为后!
DarkSpy 2003-10-27
  • 打赏
  • 举报
回复
它真的100%支持了C++了么?export 关键字也是?
netplay 2003-10-23
  • 打赏
  • 举报
回复
我看borland的目的是想用这个东西来对抗.net。但对抗的关键是有没有好的frameWork,其实就像jdk一样,borland真应该搞一个c++的frameWork出来,实现跨平台。
pepsi1980 2003-10-21
  • 打赏
  • 举报
回复
还好.我跑的快.已经改行了:)
whunvy 2003-10-21
  • 打赏
  • 举报
回复
我安装后很伤心
wyb_45 2003-10-21
  • 打赏
  • 举报
回复
我在solaris 安装了一下,连接错误。
yjy1001 2003-10-21
  • 打赏
  • 举报
回复
mark一下
继续占位置来听课
看是否要回到delphi身边

徘徊中
zarge 2003-10-19
  • 打赏
  • 举报
回复
搬个凳子来听课!
fancy05 2003-10-19
  • 打赏
  • 举报
回复
搬个凳子来听课!
wrmfwtomcom 2003-10-19
  • 打赏
  • 举报
回复
个人认为,如果当年Borland的C++没有走上RAD这条路的话,那么现在就几乎没有人在用他的C++啦!

真是搞不懂,为什么C++强大到可以编写Windows,却强大得不能做为一个RAD的产品呢?

想ing !!
fifo333 2003-10-18
  • 打赏
  • 举报
回复
ms不会真正支持open的,试试在unix下实现com,我看就不行。
.net情况不了解,专家说ms承诺的跨平台支持不过是他们的“业余爱好”。
不过各大软件都对vs提供了很好的支持倒是真的。
但是据我了解在许多开源项目中对vs支持很差,如IT++,MICO等等。也许以后会好一些。但是支持这些项目不符合ms的风格。
matlab、德州仪器的CCS(DSP开发工具)、实时数据库PI等到是支持很好的。
yeahchang 2003-10-18
  • 打赏
  • 举报
回复
可是现在的open porjects对VC的支持性是最好的!
fifo333 2003-10-18
  • 打赏
  • 举报
回复
我觉得C++不会是ms力推的windows平台下重点开发工具,因为C++标准掌握在C++标准委员会手中,ms无法有效控制,C#是ms自己的,所以应该是重点。
但是C++绝对是ms自己重要的开发工具,因为强大。
ms自己使用C++进行开发,但希望用户使用C#一类的工具进行只针对windows平台的开发,锁定在windows平台,最好除了ms之外的程序员只知道WIN32 API或现在的什么framework,将其视为唯一标准库,这样windows就是计算机软件的唯一标准了,但是这一标准库你又看不到源代码,就只能永远依附ms了。
CBX就是要还原C++本来面貌,因为C++本来就是一种可移植语言,而且主要用于强调稳定性和性能的复杂的大型后台工作,因此复杂庞大,其本身不适于进行RAD,而是适于开发库这一类的东西。CBX明显是针对这样的需求来设计的。
我觉得CBX是成功的,因为它实质上是各种业界公认的流行的库的继承环境,使你可以在统一的界面环境中使用各种库,正因为这样其可靠性比borland自己开发的库建立的系统更可靠、适应面更广,是站在巨人的肩膀上的,这一思路我觉得是正确的。
对于RAD,我觉得Delphi可能更合适。CBX应该不是borland的RAD产品线上的一员,即使有使用C++的RAD,也不是这一款,而应该是诸如C++ builder7这类的东西。
Kabin 2003-10-17
  • 打赏
  • 举报
回复
啥时结贴,别忘了给我分`
xavier_lee 2003-10-17
  • 打赏
  • 举报
回复
good good study.
day day up....
pi1ot 2003-10-17
  • 打赏
  • 举报
回复
支持多平台需求对于unix开发人员而言更常见一些,至少linux,soalris,freebsd三大平台都能编译是最起码的要求,我感觉做windows开发的倒真的不是很需要什么跨平台
加载更多回复(78)

551

社区成员

发帖
与我相关
我的任务
社区描述
C++ Builder 茶馆
社区管理员
  • 茶馆
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧