551
社区成员
发帖
与我相关
我的任务
分享写在看到CBX 1.0的FrameWork之前.....
数月之前，版内就有兄弟们开始讨论新的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是走向辉煌还是死亡，我们也快看到了....
不过我还是祝愿他....
最近我们也看到了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是走向辉煌还是死亡，我们也快看到了....
不过我还是祝愿他....
...全文
请发表友善的回复…
发表回复
downsource 2003-11-07
- 打赏
- 举报
zarge 2003-11-05
- 打赏
- 举报
up
hk318 2003-11-05
- 打赏
- 举报
不要争了，好用不好用，明年2月份就真相大白了。
Wingsun 2003-11-05
- 打赏
- 举报
没有什么抗日不抗日子，要的是反日。
烟波三千里人鬼五百年 2003-11-04
- 打赏
- 举报
抗日为先! 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身边
徘徊中
继续占位置来听课
看是否要回到delphi身边
徘徊中
zarge 2003-10-19
- 打赏
- 举报
搬个凳子来听课！
fancy05 2003-10-19
- 打赏
- 举报
搬个凳子来听课！
wrmfwtomcom 2003-10-19
- 打赏
- 举报
个人认为，如果当年Borland的C＋＋没有走上RAD这条路的话，那么现在就几乎没有人在用他的C＋＋啦！
真是搞不懂，为什么C＋＋强大到可以编写Windows，却强大得不能做为一个RAD的产品呢？
想ing ！！
真是搞不懂，为什么C＋＋强大到可以编写Windows，却强大得不能做为一个RAD的产品呢？
想ing ！！
fifo333 2003-10-18
- 打赏
- 举报
ms不会真正支持open的，试试在unix下实现com，我看就不行。
.net情况不了解，专家说ms承诺的跨平台支持不过是他们的“业余爱好”。
不过各大软件都对vs提供了很好的支持倒是真的。
但是据我了解在许多开源项目中对vs支持很差，如IT++，MICO等等。也许以后会好一些。但是支持这些项目不符合ms的风格。
matlab、德州仪器的CCS（DSP开发工具）、实时数据库PI等到是支持很好的。
.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这类的东西。
但是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....
day day up....
pi1ot 2003-10-17
- 打赏
- 举报
支持多平台需求对于unix开发人员而言更常见一些，至少linux,soalris,freebsd三大平台都能编译是最起码的要求，我感觉做windows开发的倒真的不是很需要什么跨平台
加载更多回复（78）
