作为Qt新手来说，大部分情况下，QTableWidget可以满足我们程序中的那些列表、表格之类的功能，如果元素只是简单的文字或者图标+文字这种QTableWidgetItem原生支持的形式的话，那用着没什么障碍。
但是大部分情况下，我们的每个item都不会是这么简单的样式，可能是一个多个组件构成的界面，这样的话QTableWidgetItem就不能满足我们的需求了，怎么办？
自绘吗？ 杀鸡用牛刀的感觉，而且既然Qt提供了QWidget为基础的这么一套控件体系，那么就应该由这些控件元素来组合出来，这才是正确的道路。
查下Qt的文档，会发现其实QTableWidget是有提供setCellWidget这个方法来让我们设置每个item的，只是文档说得很模糊。
如果刚接触QTableWidget的话，一般都会对setItem和setCellWidget这两个方法感到迷惑，单元格不是由QTableWidgetItem实现的嘛，用setItem就行了，那setCellWidget用来干嘛的。
这里我们理清楚了cellWidget其实是单元格上的视图Widget，方便我们实现组合控件的效果，就不会困惑了。
另外要补充的是，QTableWidget是从QTableView派生的，QTableView可以指定自己的数据模型，而QTableWidget不行（setModel是私有方法），其数据都依附在QTableWidgetItem上的，所以每个单元格如果需要有自己的数据的话，一般都会有一个对应的QTableWidgetItem。
再补充一下对Qt的model/view模式的一些认知：
model并不一定需要持有数据，数据可以保存在单独的类中、文件中或数据库中，model更像是一种操作数据的接口
出于定位、查找和访问数据的需要，model把数据抽象成list、table和tree三种组织形式，可以满足绝大多数的情况
view的元素选择状态是通过单独的QItemSelectionModel来维护的，通过使用同一个selectionModel，可以让不同的view同步选择状态
因为model和view的数据流向是单向的，即view只从model获取数据来展示，所以需要增加一个delegate的角色，来实现一个反向的数据流动，即外界通过delegate对view上的内容进行编辑，然后delegate再通过model把这个编辑后的数据保存起来；另外delegate也可以用来展示数据，通过重载paint方法来实现自定义界面。
