在ItEye沉寂了好一阵,最近在开发一套通用的基于C++的桌面App框架,请各位多提提意见,看该项目是否可为。
A C++ GUI Framework Written by Like "Java"(Easily),Run as "C++" (High-Performance),And Show Perfect!(暂时想的宣传词)
开源项目地址:
访问淘宝代码托管地址:http://code.taobao.org/
项目svn地址:http://code.taobao.org/p/gqt/src/
QQ讨论群:101189702 (请注明GQT或Qt,C++等)
设计文档:https://docs.google.com/document/d/1uAEaG832EZ56zQRbMWMjRudJWxRkPEiR08ZtA_dNosU/pub
PPT介绍:https://docs.google.com/presentation/d/1iZxWC1Ki_Ruj6vRxw2Afpp-m_w13OVizwebB47Fxejo/pub?start=false&loop=false&delayms=3000
需注册账号并申请成为项目成员才能访问,因为目前框架还在不断完善中,等全部完善好再全部开放。
附件中“GQT设计文档.rar”是目前完成的功能模块的设计文档,Release.rar是目前的demo版本,目前该项目被托管在taobao svn,由于还未完全开发完成,先抛砖引玉,首先谈谈我开发这套框架的初衷:
1)基于各种理由(如考虑招标要求,底层交互便捷,软件门槛,资源占用少等),我们需要一套基于C++的桌面应用程序,但我们不想招聘那么多C++的程序员,因为这个成本太昂贵了,但有很多Java程序员,怎么办?
2)基于C++的桌面应用程序可以更好更通用的与后台应用程序交互,完成request/response以及publish/subscribe模式(需配套的服务端)?
3)我们需要一些C++组件,对于一般的业务界面,我们只需要配置一下组件属性和少量脚本,就能和后台完成交互,完成业务场景(需配套的服务端)?
4)不要让我做整个界面和窗口,为什么我不能只做我业务关心的那部分界面?
5)为什么我总在重复造着轮子:难写繁杂的无边界窗口的边线处理,圆角处理,透明处理,日志记录,内存处理,换肤处理,换语言处理等?
6)为什么基于C++的桌面框架程序都这么昂贵,如powerUI等;
7)为什么编写的应用程序随着项目的逐步增加会有崩溃的危险,而且这些crash的问题是那么的不容易被发现?
8)让会写Java的人也能写出优秀的好看的桌面程序吧!
本框架优势:
1.使用本框架开发桌面应用,不会因为项目的逐步庞大而增加程序的不稳定性,所有的模块都是插拔式的(app.xml配置);
2.无需再去处理桌面App繁杂的边框,圆角,透明,容器,进程间通信,日志记录,内存检测等;
3.无需编写C++代码即可生成基于C++的桌面应用程序,这得益于Qt的强大;
4.应用程序前后台可以单独承担编写,避免桌面C++程序往往不熟悉服务端的软肋,将大大提高项目开发速度;
5.框架核心代码量极少,你可以很快的熟悉它并让它保持足够的稳定;
设计原则:
1)桌面框架基于VC(GDI),使得整个框架更加灵活和高效,与第三方整合更加方便;
2)业务dll与框架完全分离:业务工程与GQT框架工程完全独立,使得业务与框架的耦合度很低;
3)业务dll支持Qt编写和XML+Script两种模式,以便根据业务需要进行快速开发;
4) XML驱动;
5)脚本支持:框架提供了丰富的脚本库,以便让XML+Script的开发模式更灵活更高校;
6)换肤支持:样式与XML配合,样式有继承关系(类似CSS);
7)多语言支持:基于XML;
8)控件库:为了更好的实现敏捷开发,开发了特有GQT控件库,以便实现更炫更酷更好的界面效果;
实现思路:
PS:对本项目有兴趣或提供宝贵意见的人,可以优先开放taobao svn地址,供下载所有相关目前已完成的源代码:)