Rss & SiteMap

Foxtable(狐表) http://www.foxtable.com

新一代数据库软件,完美融合Access、Foxpro、Excel、vb.net之优势,人人都能掌握的快速软件开发工具!
共62 条记录, 每页显示 10 条, 页签: [1] [2][3][4][5][6][7]
[浏览完整版]

标题:DataList判死刑的概率大过90%了

1楼
狐狸爸爸 发表于:2009/8/9 16:08:00
现在DataTable可以动态加载数据,只要我愿意,我随时可以让表A显示表B的数据,只需一行代码,例如:
DataTables(“表A”).Fill("Select * From {表B}")
这样我们可以用同一个Table显示任何数据,比DataList更加方便。

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

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

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

所以DataList没有存在的理由了。
[此贴子已经被作者于2009-8-9 16:09:05编辑过]
2楼
擎天柱 发表于:2009/8/9 16:09:00
干掉好!
3楼
擎天柱 发表于:2009/8/9 16:10:00
轻装上阵!
4楼
czy 发表于:2009/8/9 16:19:00
既然没有什么可担心的,那我们还有什么反对的理由呢。
5楼
yangming 发表于:2009/8/9 16:47:00

以往有不少的用户在设计程序中已使用了不少的DataList,我想为了让他们能够有时间改换,暂时还是保留几个月为好,毕竟他们的程序已用于工作中了

6楼
gamtings 发表于:2009/8/9 17:09:00
支持老总的决定,但建议新版发布后DataList保留至少三个月,如果新版直接给DataList判了死刑,那也等于给我们用狐表开发的系统判了死刑。
7楼
wcs 发表于:2009/8/9 17:39:00

要求保留一段时间为好!!

大家付出了很多努力学习、运用它,这个成本比较高的!!

8楼
gamtings 发表于:2009/8/9 17:40:00
1、项目事件中的全局表事件对任何表有效,事件比DataList还丰富。
2、我可以事先随便增加一个表,给这个表设置好事件,然后用Fill方法显示自己想显示的数据即可。

看了这两点,有几点疑问
1、如果把DataList的事件改到项目事件中,那二三十个DataList的事件全部加一起改进去,代码是不是会变得很长很杂,修改或添加是否会很不方便?
2、以上第二点可谓移花接木,但这样跟以前事件要写到每个表中有什么区别?我觉得对于开发部份来说,我们真正需要的是动态的加载Table+DataList的事件,对于表我们希望是需要的时候才加载,不需要的时候就不要加载,不能像易表,不管需要不需要,所有的表都先加载进来,我想这也是大家都热衷于使用DataList的原因。
以上属我的个人观点,可能理解不够,请大家不要拍砖!!!图片点击可在新窗口打开查看
9楼
reachtone 发表于:2009/8/9 17:48:00
以下是引用gamtings在2009-8-9 17:40:00的发言:
我觉得对于开发部份来说,我们真正需要的是动态的加载Table+DataList的事件,对于表我们希望是需要的时候才加载,不需要的时候就不要加载,不能像易表,不管需要不需要,所有的表都先加载进来,我想这也是大家都热衷于使用DataList的原因。

支持!
用table代替datalist的话,我临时需要的数据可以象datalist一样,需要的时候再加载吗?table好象都是必须要先加载的吧?
我现在的设计中,大量应用了sqlcommand直接从后台读取数据、然后用datalist显示(都是动态的,都是根据需要临时加载的)。如果一刀切的把datalist干掉了,我用table怎样衔接?

10楼
fangling 发表于:2009/8/9 18:17:00
发动机都换了,还能保证在原发动机下编制的程序不出问题?如果保留datalist仅只是让原来的程序能够运行,我想是很难满足要求的了,对原来的程序还是重新做一遍比较稳妥一些!
共62 条记录, 每页显示 10 条, 页签: [1] [2][3][4][5][6][7]

Copyright © 2000 - 2018 foxtable.com Tel: 4000-810-820 粤ICP备11091905号

Powered By Dvbbs Version 8.3.0
Processed in .03516 s, 2 queries.