曾在论坛中曾发表过几篇关于QML的帖子，这也让论坛中有些人不太看好，但是deepin官方在DTK开发文档中正式发布了dtkdeclarative之后，我更加坚定了QML会更多应用于软件前端界面的开发。

那么，QML现在到底好不好用呢？

我自己实际上手操作了几天，确实比现在C++的QWight要好使，正如官方文档中所提到的一些优点，如代****码量少、树形结构规范、减少QtWidget编程中信号槽链接的繁琐程度。但是，这并不是说QML的代码量真的变少，而是面对复杂的界面布局、操作事件，前端界面开发的工作量依然很大，QML需要分很多阶段进行不断演化和封装。

根据自己在以前在互联网公司开发项目的经历，QML/dtkdeclarative其演进封装可分为三个阶段：

1.模块组合。

所谓的模块组合，是指QML的模块组件在功能上比较单一，需要重新把QML的一些模块进行更多组合和多样式的定制。比如，QML中原生的button按钮都不带“提示信息”，你需要重新布局，把button和Tooltip这两个模块进行重新组合，封装为一个新的TipButton(带提示信息的按钮)。我的意思也非常简单，就是Tooltip这个模块与Button组合后，它们的属性都能在新的TipButton模块中被简单使用。

2.工具包。

当组合的模块越来越多之后，我们会对界面设计、界面UI风格有整体要求之后，前端工程师和UI会对组合模块进行汇总封装。通过优化好的组合模块整合成为一个新的资源包，组合的各类模块资源不在分散，前端界面也能现成使用。比如easyUI、Bootstrap.

3.框架定制。

当QML的工具包能够让你很快写软件界面后，你现在需要对接业务代码，比如对接python、js webkit、C++等编程语言的路由、API等等,这个在互联网web平台开发很常见，形成框架机制可以让前后端都能够成熟的处理事件。比如，前端框架Vue.js、rect.js等等。

【结语：】

DTK中的dtkdeclarative的出现，标志着QML已经被深度deepin认可为软件界面开发的一种有前途的脚本语言。尽管现在上手会感觉界面布局量不小，但它后期仍能继续进化。从模块的多样组合、资源包的形成、框架的定制，已经决定了QML在软件前端的前途不可限量。