不愉快的 Qt 之旅

May 27, 2007 – 11:08 pm

今天尝试用 Qt 来写一个小程序,从网上抓取一些东西,并解析一下保存到本地。很简单的功能,但是却写得非常不舒服。

大致看了一下 Qt 提供的库,似乎应有尽有了。一大堆 GUI Widget 可以构建丰富的界面,方便的 QHttp 可以用于下载 Web 页面,并使用 QRegExp 进行解析,还有 Qt 强大的 QTextCodec 可以在各种编码之间进行转换。并且 Qt 4 提供了 MCV 方式,让我能轻松地把事务和视图分开处理。一切都是那么完美,似乎是专门为我准备的一样。然而它们并不是为我准备的。

我相信使用 QHttp 下载文件是非常容易的事情,于是我决定先做界面。我打算做一个列表,其中每一项对应于 Model 的一个下载会话,里面使用 QLabel 以及 QProgressBar 之类的 Widget 组装出一个会话的详细内容的展示,如果可能的话,我还想做成 Compact View 和 Expanded View 两种模式,只对当前选中的项使用 Expanded View 。看上去就像 Esperanza 的播放列表那样。

在翻看了 Qt 所带的示例以及 QListView 、QTableView 等类的 API 等文档之后,我大致了解了 Qt 的 MCV 模式:

  • Model 持有数据。
  • View 负责显示数据。也担当了一种 Controller 的角色。
  • 还有一个叫做 Delegate 的东西,它可以用于实现单项数据的编辑 (通常你有一个 List 或者是 Table 的数据) ,如果要做精细的显示,也可以让 Delegate 取代 View 的显示功能。

现在我只要从 QAbstractItemModel 继承一个自己的 Model 来保存和管理自己的下载会话,再继承一个 QAbstractItemDelegate 用于展示会话, View 应该可以用默认的 QTableView 之类的了。

到这里一切顺利。我再具体查看了下 Model 的工作方式:

  • Model 提供函数让 View 得以知道数据的行数和列数。
  • View 会调用 Model 的 index 函数,得到某行某列的一个元素的索引,这是一个 QModelIndex
  • View 会调用 Model 的 data 函数,传递一个先前获得的索引,来取得特定元素的值。
  • Model 使用诸如 dataChanged 之类的信号通知 View 数据改变了。

于是我决定在 Model 维护一个会话的 List ,每个会话通过信号通知 Model 状态改变,而 Model 再通知 View 更新视图。但是细节上比较麻烦,一堆的会话连接到 Model 上,信号发过来,无法区分是哪个会话,可以为每个会话加一个 id ,然后由 Model 来管理 id ,并在发送信号的时候带上 id 。但是现在是 View 来向 Model 索取数据,它使用行和列的索引作为标识,一个想法是把 id 就做成行号,于是某个 id 的会话发送信号说状态改变了,我正好可以就那个 id 告诉 View 第几行的数据改变了。可是如果我想要移除下载完成的会话的话,这样就不好办了,移除会话以后剩下的会话的行号就要变了,而 id 并没有得到自动同步。每次,某个 id 的会话报告状态改变, Model 需要查找一下所有的行,看哪一行对应到该 id ,然后通知 View 该行改变了。这显得非常麻烦,似乎是由于 View 强行使用行列作为数据的索引造成的。不过没关系,我干脆直接报告所有的行都变化了就好了。

而 Delegate 也相当复杂,想要实现编辑,可以提供一个 Widget ,然后显示的时候却要实现 paint 函数。我更希望使用一系列 Widget 组装起来实现一个 View 的显示,而不是自己去画。我搜索了一下邮件列表,发现 Qt 现在确实不提供这种便利,只有自己画,还好 Qt 提供了一些可以画出基本 Widget 的函数,可是诸如 Layout 之类的功能就只能自己来管理了。还有一个地方相当奇怪,我在下载了一些真实程序的源代码浏览了之后,发现 View 从 Model 那里取数据的时候还有一个 Role 参数,而 Role 不同的时候期望返回不同的东西,其中有字体、颜色、背景以及图标等,这些原本应该由 View 来处理的东西竟然全部要从 Model 那里取!最近时常用 Ruby on Rails 写一点 Web 应用,觉得 MCV 模式使用起来很顺,但是现在用 Qt 的这套构架却觉得异常别扭。

经过痛苦地编码,最后终于实现了一个还比较理想的 UI 界面。现在看来,还是 HTML + CSS 写界面舒服啊,虽然 HTML 这么多年也饱经沧桑了,但是毕竟是专门用于做界面的语言。我想不久以后在桌面应用程序这一块的专用 UI 语言也该大行其道了吧 (如果那个时候还有桌面应用的话) ,好像 Mozilla 和微软都有这类似的东西吧 ( XUL 以及 XAML 之类的东西 ) ?

接下来是下载,QHttp 用起来还是很方便的,下载之后用 QTextCodec 进行编码转换,然后使用 QRegExp 进行解析。查看了文档,发现 QRegExp 居然不支持多行搜索!后来发现下载的文件一直不对。跟踪了好久,发现是 QHttp 在指定要下载的路径的时候比较麻烦,而用了 QUrl 反而好像是在帮倒忙,结果资源位置都指定错了。

我决定让 Qt 的体验和这个程序暂时告一段落。今天的经历实在是让原本在我心目中地位很高的 Qt 程序库一下子降低了许多。用 Qt 构建出来的 KDE 用起来觉得处处设计都很贴心,而今天用 Qt 却好像感觉很多地方该有的功能没有,不该有的功能一大堆,特别别扭。所谓更换工作就是最好的休息,先把这个小程序放一放好了,要不然要对 Qt 积攒太多偏见了。

  1. 11 Responses to “不愉快的 Qt 之旅”

  2. 自己用的东西… interactive mode@console是我的最佳选择…

    QT 3 or 4? QTDesigner搞得UI?

    By sishen on May 28, 2007

  3. 不是自己用,是给我 mm 写的一个小工具。 *^_^*

    Qt4 ,手写的 UI ,Designer 不会用,也不习惯。最初接触 GUI 编程是在 Java ,那个时候就是手写代码 + Layout ,习惯了。其实 Qt3 到 Qt4 有好多东西都有巨大的变化,例如 MCV 好像就是 Qt4 里面才加入进来的。

    By pluskid on May 28, 2007

  4. “View 负责显示数据。也担当了一种 Controller 的角色。”是Qt的哲学还是你对MVC的理解?

    By Jack on May 28, 2007

  5. 这个是 Qt 的哲学吧,它的文档里面有这一句:

    If the view and the controller objects are combined, the result is the model/view architecture. This still separates the way that data is stored from the way that it is presented to the user, but provides a simpler framework based on the same principles.

    Qt 里面的 View 一般用来展示一系列的数据 (如 List 或者 Table) ,而它还提供了 Delegate ,用于控制每一个 item 的行为,另外 Delegate 可以控制每个单独 item 的编辑工作,应该也算担当了 Controller 的一些任务了。

    By pluskid on May 28, 2007

  6. 通过 Delegate 能实现和原始数据不同风格的显示吗?好像只有在Model里重载data()函数,然后在DisplayRole里返回修饰过的显示数据。比如实际数据是10,显示在表格里是“¥10.00”

    By DDGG on Aug 9, 2007

  7. to DDGG:
    Delegate 可以定制显示啊,你甚至可以自己把他用罗马数字显示出来的。

    By pluskid on Aug 10, 2007

  8. to pluskid:
    怎样定制呀?能不能给段代码呀?就用上面举的那个显示RMB的例子,谢谢!

    By DDGG on Aug 10, 2007

  9. to DDGG:
    就是要派生一个自己的 Delegate ,然后重载 sizeHint 和 paint 方法。前者提供你要对特定的数据进行绘制需要占据的大小范围,这里就需要在原来的数字长度的基础上再加上“¥”所占的长度。后者就是实际绘制了,你只要把“¥”加到字符串里面,然后再画出来就可以了。一个比较类似的例子可以参考官方文档里的 Star Delegate Example ,在这里可以找到。

    By pluskid on Aug 11, 2007

  10. to pluskid:
    哦,如果是这样的话,那比在Model里重载data()函数要麻烦,不过对于要以非文字形式显示数据的需求来看,也只能自己paint了。如果仅仅是要在文字数据的显示格式上作点变化,修改Model的data()就足够了,而且比较便捷。

    By DDGG on Aug 13, 2007

  11. to DDGG:
    恩,确实很麻烦,我在文章里面也说了。比如 Qt 本来有一个进度条的 Widget ,但是我要在 View 里面实现进度条的时候却还是要用 paint ,如果能像 HTML 那样把那些 Widget 随意组合而形成 View 就舒服啦。 :)

    By pluskid on Aug 13, 2007

  12. to pluskid:
    呵呵,是呀,我明白你的意思。

    By DDGG on Aug 13, 2007

Post a Comment