主题：DataList判死刑的概率大过90%了

现在DataTable可以动态加载数据，只要我愿意，我随时可以让表A显示表B的数据，只需一行代码，例如：
DataTables(“表A”).Fill("Select * From {表B}")
这样我们可以用同一个Table显示任何数据，比DataList更加方便。

而且Table也增加了多选的功能，可以象DataList那样选择非连续的多行。

也不用担心动态生成的Table没有事件，因为:

1、项目事件中的全局表事件对任何表有效，事件比DataList还丰富。
2、我可以事先随便增加一个表，给这个表设置好事件，然后用Fill方法显示自己想显示的数据即可。

所以DataList没有存在的理由了。

11楼说过头了，Table是核心，不可能删除的。
如果现在Table可以具备DataList的全部优点，也可以动态生成，保留DataList只会显得累赘，让更多人莫名其妙。
或者换种说法，DataList和Table统一了，和Table一样强大了，这是多好的一件事啊。
DataList本来就是在用户的催促下，急急忙忙生下来的，一直是我的心病，我始终希望DataList和Table统一。

至于DataList，首先应该是删除帮助，不能让新接触的人知道这个DataList，过度一段时间后再彻底删除，就像以前的计算代码。

如果等到正是发布，再处理这样的问题，那才是要命。

可以动态加载的.

会过渡一段时间的，帮助先删除。

呵呵，其实改写起来很快，DataList有的事件，Table也有，基本上将代码复制过去就行。

呵呵，放心好了,那就像以前的计算代码一样保留一段时间的.
直到有一天没有人记得有这么一个东西，再删除。

Table是核心，当然不会删除，但是并不意味着非核心的控件就存在删除的可能性，DataList之所以要被删除，不是因为他不是核心，而是因为DataList的功能和Table重复了。
现在并没有正式发布，此时不处理这种问题，更待何时？

我看你是被自己吓住了，我之前在改写核心之前，我也吓住了，1500个代码文件呀，牵涉这么广，这怎么改啊，我很犹豫。
可是决心一下，真正开始修改后，不到一个星期就完成了，以为要花一个月修复的bug，也不过三、四天而已，中间还做了很多细节改进，否则我也不会有时间考虑统一DataList和Table了。

何况之前的旧版本至少还可以用一年，一年还不够你调整吗？
新版本也会在相当长的时间内保留，但最终是会被删除的。

呵呵,没有人能一次考虑周全的，否则也不用测试这么久了，就是vs.net进行测试的时候，也有一些功能是反复的。

我并非说现在就要删除，前面已经说了，保留一段时间，等大家忘记这个东西的时候再删除。

就像以前的计算代码，是最基础的功能，用得可是最为频繁的，现在谁还记得它？

1、选择多行不一定要选择框的，Table增加了SelectionMode属性，设置为MultiRows后，按住Ctrl建可以选择非连续的多行，被选择的行高亮显示
2、Table的Col有Visible属性，例如Tables("表A").Cols("Visible") = False
3、我前面说了，新版本Table有动态加载的功能了，所以才考虑统一DataList和Table
4、任何Table都可以单独设置AllowEdit属性的。
5、将Table的AllowEdit属性设为False，就可以出发DoubleClick属性。
6、将SelectionMode属性置为MultiRows或者Row/RowRange后，单击列标题自动排序，无需按住Ctrl键。
7、DataList有的，Table都有，而且多得多，但是不会是100%，例如SetItemChecked和GetItemChecked方法就不会有了，因为没有复选框了，取而代之的是一个集合，返回所有被选择的行。

呵呵，修改核心后可以正常运行原来的项目，至少CaseStudy目录下的全部可以打开嘛。
个别意外的地方肯定会有的。