设为首页收藏本站

LUPA开源社区

 找回密码
 注册
文章 帖子 博客
LUPA开源社区 首页 业界资讯 软件追踪 查看内容

GuiLite 2.7发布:提速Qt、MFC、Winforms、Web

2019-8-20 11:07| 发布者: joejoe0332| 查看: 397| 评论: 0|原作者: oschina|来自: oschina

摘要: 自从上次发布了第一个3D程序,导演就跟我说了:“这就是个网页程序,跟GuiLite又没有啥关系,这也不是啥绝活呀”。所以,我们又作了另一个3D程序: 对GuiLite比较熟悉的同学,可能会发现,立方体的四个面上贴的是: ...

自从上次发布了第一个3D程序,导演就跟我说了:“这就是个网页程序,跟GuiLite又没有啥关系,这也不是啥绝活呀”。所以,我们又作了另一个3D程序:

对GuiLite比较熟悉的同学,可能会发现,立方体的四个面上贴的是:GuiLite的两个单片机实例(HelloWave和HelloParticle);具体实现部分大家看代码就好,这里不多赘述(老规律,代码在100行左右)
耳边,似乎又听到导演的声音:“这也不是啥绝活呀~难道你还要用GuiLite代替宇宙第一前端编程语言 - JavaScript不成?”

答案当然是否定的!GuiLite不仅不能代替JavaScript,也不能代替Qt,MFC、Winforms;不说能力如何,光生态圈也不答应。开发者的时间非常宝贵,推倒以前的代码,换个框架再写一遍,这是伤筋动骨之痛。但GuiLite可以嵌入在Qt,MFC,Winforms,Web里面,成为它的一部分,去解决以下问题:

1. 资源占用问题:大型GUI框架,往往对资源要求很高,可以用GuiLite重构资源消耗量较大的重模块
2. 刷新效率问题:对于有实时性要求的复杂控件,或刷新量比较大的控件,可以用GuiLite重构一下,在没有硬件加速的情况下,GuiLite的绘制效率非常可观;另外对于普通2D的点线绘制,硬件加速的效果并不明显

相信熟悉界面编程的同学,都知道上面两个问题,算是老大难问题了;凭什么GuiLite能解决呢?我们的回答是:小,往往意味着快;小,往往也意味着更抗饿;不妨再看看上面的3D程序,如果完全用JavaScript编写,立方体转一圈,可能要几分钟;但在GuiLite的帮助下,是不是流畅许多呢?

为了能让GuiLite更有效的与其他GUI框架合作,我们在这个版本还做了以下工作:

1. 代码优化至4703行:用更小的体积,换取更快的速度;更小的资源消耗
2. 再次升级可移植性:通过运行1h-1cpp.sh脚本,迅速合并出GuiLite的统一头文件(GuiLite.h)及实现文件(GuiLite.cpp);有了这两个文件,开发者可以随心所欲的把GuiLite嵌入/移植到任意平台

最后,向header only的提出者致敬;向积极验证代码的同学致敬:是每天上百次的编译/运行,才换来了代码的快速稳定!


酷毙

雷人

鲜花

鸡蛋

漂亮
  • 快毕业了,没工作经验,
    找份工作好难啊?
    赶紧去人才芯片公司磨练吧!!

最新评论

关于LUPA|人才芯片工程|人才招聘|LUPA认证|LUPA教育|LUPA开源社区 ( 浙B2-20090187 浙公网安备 33010602006705号   

返回顶部