QT

这几年前后在一些嵌入式上使用过QT来做为开发，有带UI及不带UI界面的！版本的基本用的QT5.5, QT5.9这些，在嵌入式上这些版本应用都不差不多，用的功能不会比较特殊！

性能

性能上关注了一下CPU占用率上，在Hi3536C上测试了一下，使用QT linux framebuffer的方式，在刷新UI时，CPU占用率会达到10%~20%左右,还是占用率很高的！同新的应用的刷新场景使用了LVGL，LVGL只占用3%左右！这个应该同QT的linux fb中实现的方式有关，看其中的实现，QT是很暴力的把一整屏内容更新的！
这个要看芯片厂家的支持上，如果芯片厂家通过一些手段优化了，比如硬件加速方面!

内存

内存占用上与其他的UI比起来也会高出不少，不过直接用QT的场景，好像板上内存都挺足的情况下！库的空间占用也比较高！在一些flash很紧张的产品上应该也不太适用，如只有8MB,16MB的这样的空间上。

开发体验

这种"全家桶"系的解决方案，在开发上还是很方便的，QT在C++上的库的支持也是很全面、很方便，开发过几年的c、c++的朋友，如果是开发那种数据业务多的场景，如果自己要用过JAVA,C#,python,js这些开发人员来说，感觉工作一个就是在天上，一个就是在十八层以下！

不过有了QT库就不同了，在操作数据库、文件、像JSON、XML这些，感觉就是信手拈来，效率杆杆的！各种库API使用方式，基本风格方式也是一致，你招个新人也能很快的上手，这种"全家桶"在各种场景上保持一致，开发了一个产品后，再搞其他的产品基本90%的代码就是ctrl+C,ctrl+v了！内存管理上也提供了很大的支持！

这几年下来用他开发了一些停车场管理系统（以前是在PC上的）、人脸识别产品（平板类），不管在是开发和维护上都很方便！这些都是用在有数据库（MYSQL, SQLITE）交互，内存大（512MB, 1GB），Flash空间大（nand, EMMC）的场景，如果产品是用在工业控制类的场景应该考虑的方式即不一样了！

在QT用在这些产品上时，也应该考虑UI刷新率的问题，在嵌入式产品上一般是没有GPU的，像NVR,DVR上，输出分辨率基本又高，这时情况下UI的刷新率就不太高了，记得在Hi3536C上开发一款管理系统UI时，输出HDMI,VGA这样的显示，分辨率有的接1080P,2K显示，开始用的QT的Linuxfb上，刷新就感觉明显迟顿，最后花了好大的劲才把DirectUI来做为QT的底层绘图，虽然QT里加了对这个的支持，但使用中发现各种问题，还是做了很多修改才解决的！

不过现在的ARM嵌入式片子上，现在很多有GPU了，很多都4核CPU，内存配置也足，QT加上wayland方式，也是刷新很快了，最近使用的RK3568，刷新上就没有什么问题！

DirectUI

性能

没有直接用这个UI来做开发，就是之前在QT时，遇到刷新性能问题时，使用了它，这个UI也是比较老了，更新的东西不多，UI控件基本没有，很底层的一个UI，不过刷新效率很高，窗体管理的方式也很特别！控件扩展性感觉不太好操作！

内存

内存占用上很低

开发体验

使用的版本是1.7.x 没有直接使用开发UI界面产品，不太好说，窗体管理方式比较特别，代码不太好调试，控件扩展性感觉不太好操作！

SDL

这个产品上没有用过，用来开发游戏应用，或用来作为底层应该比较合适！

UCGUI

性能

性能上这个UI表现也很不错，不过没有一些统计数据了！

内存

不管是在内存占用上，还是空间大小上都有很大的可操作空间，可以在各种嵌入式产品上使用！

开发体验

从UI底层、到UI库的各种控件、窗体、字体、应用上都可以很方便的控制，这样可以比较容易实现UI库本身没有的功能，如UI的绘制、特殊的控件！

这个在在2012年左在开发一款NVR产品用过的了，版本在3.9.x上，记得是在早期海思Hi3515,Hi3520上，这个UI并不是开源的。这个UI库之前用的人还是很多，现在发现也还有很多人在用这个库来做产品！也是自己最开始学习一些UI技术入门的一个库，通过他了解了UI的实现原理，区域、窗体绘制管理、字体实现、控件等技巧。

不过这个库不是开源的，也是有版权风险存在的！由于是很早的版本了，与现代流行的UI风格、操作方式还是有很多的不同了，如果是用在工业控制显示上、交互操作体验要求不高的地方，还是比较合适，但如果用在现代一些消费类电子、用户交互要求高的场景，就感觉比较落伍，控件风格有种win98的那种感觉！如果自己要实现当前流行的风格花的力气就大了！