不愉快的 Qt 之旅

今天尝试用 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 积攒太多偏见了。