一般来说，Model里面并没有真正存储数据（数据少的话也可以直接存储在Model里），它的数据是从真正的“肉(raw)”里取得，如一个disk file，或database的query result set等等。那么这个model究竟是干什么用的呢？说白了吧，它就是负责将“肉”数据获取并提供给view，然后将view所做的对“肉”数据的修改更新至真正的“肉”中。所以，读写文件、操作数据库、网络通讯等一系列与数据打交道的工作就在model中做了。有的时候“肉”可能真的很肥，所以model还有一项重要的工作就是把这些“肉”编号。这样就出现了Model Index这个非常重要的类。一般来说，它使用一个2维的编号（row/colum）来对“肉”编号。但对于tree这种有层次结构的数据来说，又加上一个parent index作为第3个编号。即一个父亲下面的叶子也是从0，0开始编号，获取model index的时候用递归来实现。OK，现在model已经有了一堆编好号码的“肉”了，谁来买啊？“肉”便宜了。。。。。。
View适时出现，注意，很多view可以同时来买同一块“肉”。（汗，不开玩笑了，这篇blog快水了）。当view需要显示某些数据时，它们通过model index从model中获取数据（调用model的data函数，当model的data变化时，它也会自动发dataChanged signal给所有的view以便它们更新）。当然，在view中也可以调用model的setData函数来设定某个model index所对应的数据。这里要说明一下model中的数据，用QVarient来承载，可以是所有Qt支持的类型，比较贴心的是，数据可以分成多个角色(role)，例如Qt::DisplayRole专用于显示，Qt::BackgroundRole用于显示背景色等等。所以在model中，你不光可以对“肉”进行编号，还可以对“肉”进行“深加工”，使它们更“好看”或是更“美味”。View组织这些数据并显示，但却没有做真正的显示工作，真正的工作留给了delegate。
Delegate就是MVC中的C。view让它显示时它就在paint函数中显示。当然，你可以重载这个函数并实现你自己的显示。你还可以给一个view设定row delegate和colum delegate专用于row和colum。当用户触发了view的edit trigger时（如双击鼠标或回车），view开始in place edit (beginEditing)。Delegate会在合适的地方创建一个合适的widget(如line edit或combo box等)处理用户的输入，用户输入完成以后delegate获取用户的输入并返回。这些输入可以通过调用model的setData函数保存到真正的“肉”中。所以Delegate其实就是负责最终显示数据和处理用户交互的。
既然由用户交互，最重要的肯定是用户的选择了。说一下selection model。View将用户选择的item index全部存入selection model中，显示的时候根据selection model的内容显示。另外，多个view可以共享同一个selection model，这样，当你选中其中的一个时，另一个view中的相应item也会被选中。

最后总结一下，Smalltalk怎么实现的MVC我不清楚，但是Qt model/view framework对MVC的实现完全是基于C++的虚基类和虚函数特性。MVC各部分之间的联通除了应用signal/slot之外，就全是虚函数了。Tx们如果有兴趣的话，可以看看model/view framework源代码中那些QAbstract开头的类，它们定义了统一的接口虚函数后，派生类只需要重新实现这些函数即可。这里再重复一下学习这部分时Tx们应该关注的2条主线。
无论什么view，作用都是把数据显示出来，那么第一条主线是数据怎样从数据源显示到view中。
显示的数据可能被修改，所以第二条主线就是修改后的数据怎样再更新至数据源中。如果你能把这2幅sequence map画出来，相信你就已经完全明白了。

我不知道Qt在这里的设计是不是做了太多的decoupling。反正灵活性是足够了（model/view/delegate都可以继承），但无法让程序员快速掌握。虽然Qt已经弱化了delegate并而且为view提供默认的delegate。但在做具体项目时，程序员大部分时候还是要根据具体情况重写派生类数的。这对于那些想快速做界面并显示的程序员来说，可能会难以接受。总之，这个轮子做的够精细，但一般在使用之前你还要自己拧点螺丝，上点油。