nirvana25
2023-11-26 22:31 deepin
深以为然,望官方考虑。
Reply Like 0 View the author
深以为然,望官方考虑。
深以为然,望官方考虑。
官方已经在往这方面做,但是其它的Qt C++开发者需要使用QML重写项目代码内容,需要使用deepin官方的QML开发套件进行产品界面设计的转变。
操作系统更多应该在稳定性上优化吧。至于系统应用功能,不需要太多功能,windows那些系统应用也很简单。
操作系统更多应该在稳定性上优化吧。至于系统应用功能,不需要太多功能,windows那些系统应用也很简单。
除了稳定性,可维护性也是非常重要的考量指标,不然用Qt C++换Qt QML的意义变得不大。
Popular Events
More
从deepin v23 beta3版本的规划路线确定之后,我们可以确定deepin的系统软件和商店软件在今后都会大量使用Qt quick和QML,或者使用deepin/UOS官方的DTK Declarative进行软件的新版本开发.
相关资料链接:V23.Beta3版本规划
而且,deepin v23版开始支持Qt6的库之后,很多Qt的C++软件都会向QML风格的应用进行产品过渡,让这些应用软件能够更多的能适应Wayland视窗模式的交互,因为Qt6不仅支持Wayland,还能进行更好的触屏交互。
对于QML的优点,我这里不再啰嗦更多,至于缺点其实有些开发者太注重性能,这样反而不太利于商店软件生态的快速发展,因为现在很多桌面操作系统的编程语言和开发模式也开始使用声明式编程方式,或*模式,有json的数据模型风格。
最后,在deepin v23版的系统中开始使用QML或DTK Declarative开发应用软件,实际上也是deepin官方对于软件生态的更多重视,他们更希望deepin的软件开发周期不在变长。我再次声明:从不否认Qt C++确实能提高软件的运行性能,但是C/C++的学习周期比较长,我们可以把这门编程语言放在软件生态中比较合适的位置才行,而不是直接用它来写复杂的界面、复杂的业务逻辑处理。这也是我现在鼓励Qt开发者更多使用QML/DTK Declarative的原因,更多希望C/C++在Qt应用开发的后端进行技术沉淀。