写在看到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是走向辉煌还是死亡,我们也快看到了....
不过我还是祝愿他....