请教C#高手之六： 有关DataTable的替代objects

hornsay

想请教一下大家都是用DataTable还是自己做一个collection, 有哪些优缺点？有没有第三方的frame?

谢谢。

乱码

datatable 比较heavy，现在比较提倡用business entity. 现在市面上不少ormapping tools你可以考虑用一下。

jerryclark

Entity Framework

hornsay

有没有人用过dOOdads? 这个framework如何？和MS Entity Framework比较，哪个更好？

dalaohu

兄弟，愛用啥就用啥吧， 啥都用一遍，你就知道了。

kawara

你到seek逛一遍，就知道该用啥了

Dan.and.Andy

原帖由 hornsay 于 2010-9-2 15:55 发表
有没有人用过dOOdads? 这个framework如何？和MS Entity Framework比较，哪个更好？

我用过, 但是没用过 EF.

dOOdads 的效率还可以, 最方便的是一个反向工程直接生成代码, 修改一下就能用了.

加一句, 要求不高的情况下

flyspirit

看你多大的项目了，项目本身要不要分多个layer。

hornsay

原帖由 dalaohu 于 2010-9-2 16:01 发表
兄弟，愛用啥就用啥吧， 啥都用一遍，你就知道了。

我搜了一下 o/r mapping tool, 好像这dOOdads名气比较响，我用它的template generate了一个table, 看上去还不错，还在学习如何使用它。

cdfei

vs2010就直接用 Entity Framework吧，用POCO template

hornsay

原帖由 Dan.and.Andy 于 2010-9-2 16:03 发表


我用过, 但是没用过 EF.

dOOdads 的效率还可以, 最方便的是一个反向工程直接生成代码, 修改一下就能用了.

加一句, 要求不高的情况下

"要求不高的情况下 ", 如何理解？

我的要求估计也不高。 只是希望每个table有自己的unit, 所有的rule在里面， 好过东拉一个datatable, 西拉一个datatable的。

hornsay

原帖由 flyspirit 于 2010-9-2 16:06 发表
看你多大的项目了，项目本身要不要分多个layer。

这个难倒我了，我希望就2tier 吧，不想搞multi-tier, 一共就2个程序员，我还是part-time的。

hornsay

原帖由 cdfei 于 2010-9-2 16:28 发表
vs2010就直接用 Entity Framework吧，用POCO template

老板到现在还拖着，我还在用vs2005.

cdfei

晕，你是part time的？

原帖由 hornsay 于 2010-9-2 16:33 发表


这个难倒我了，我希望就2tier 吧，不想搞multi-tier, 一共就2个程序员，我还是part-time的。

cdfei

2005好戏linq to sql都不支持哇？其实小项目用这个就挺好，少写很多代码。

原帖由 hornsay 于 2010-9-2 16:34 发表


老板到现在还拖着，我还在用vs2005.

Dan.and.Andy

原帖由 hornsay 于 2010-9-2 16:31 发表


"要求不高的情况下 ", 如何理解？

我的要求估计也不高。 只是希望每个table有自己的unit, 所有的rule在里面， 好过东拉一个datatable, 西拉一个datatable的。 ...

这是个很老的东西了, Generic List 的没有. 但是基本的 crud 和 getByKey 都有.

其实不能跟 nhibinate 和 EF 比, 不同时代的.

flyspirit

原帖由 hornsay 于 2010-9-2 16:33 发表


这个难倒我了，我希望就2tier 吧，不想搞multi-tier, 一共就2个程序员，我还是part-time的。

简单的小项目，就直接用DataTable得了，用ORM体现不出优势。 ORM是把数据库map到class， business logic在class中实现，答道把data layer和business layer分开的目的。小项目就不用去用了，还是要花不少精力的。

直接用ADO.NET吧，把基础打打好。以后用到在学orm工具。

cdfei

不建议直接用datatable，其他的不说了，就是不是强命名就一票否决了，如果真是很小的项目，就直接写model，也没有多麻烦，数据层用datareader来装载。

原帖由 flyspirit 于 2010-9-3 09:30 发表


简单的小项目，就直接用DataTable得了，用ORM体现不出优势。 ORM是把数据库map到class， business logic在class中实现，答道把data layer和business layer分开的目的。小项目就不用去用了，还是要花不少精力的。

直接用ADO. ...

flyspirit

原帖由 cdfei 于 2010-9-3 09:48 发表
不建议直接用datatable，其他的不说了，就是不是强命名就一票否决了，如果真是很小的项目，就直接写model，也没有多麻烦，数据层用datareader来装载。


...

是不是强命名没有那么重要吧。尤其对于小型项目来说。

hornsay

原帖由 flyspirit 于 2010-9-3 09:30 发表


简单的小项目，就直接用DataTable得了，用ORM体现不出优势。 ORM是把数据库map到class， business logic在class中实现，答道把data layer和business layer分开的目的。小项目就不用去用了，还是要花不少精力的。

直接用ADO. ...

项目应该不算小，几年前试过开发3tier, 但不知怎么原因，速度很慢，而且老是出现系统性error, 不知是Delphi的DCOM有问题还是我写的东西有问题，开发了半年，后来放弃了.

我们现在的applications应用于web, desktop(win form and service), 和handheld, 这些applications都用同一个database, 所以business logic 方面都是差不多的。
虽然还没有仔细研究，但我对现在的dOOdads很满意，所有tables，大概80多个tables 已经都mapping 到自己的class里，这样节约了很多时间。 这是很另人兴奋的。

现在已经开始感受到.NET的powerful, 包括前面ask的serializable的feature, very powerful, 节约了我很多时间，而且也不用写很多code, 程序看上去漂亮很多。

西门吹哨

你不是脑科医生兼职业炒家吗？
咋做IT了？

hornsay

原帖由 西门吹哨 于 2010-9-3 18:54 发表
你不是脑科医生兼职业炒家吗？
咋做IT了？

脑科医生--> programmer--> programmer，own business and 炒股.

所以现在是做3份工作。。

dalaohu

原帖由 hornsay 于 2010-9-3 18:59 发表


脑科医生--> programmer--> programmer，own business and 炒股.

所以现在是做3份工作。。

你真是医生？？

iami

原帖由 hornsay 于 2010-9-3 06:59 PM 发表


脑科医生--> programmer--> programmer，own business and 炒股.

所以现在是做3份工作。。

老哥炒股是高人哪，以后多指点指点啊

hornsay

原帖由 dalaohu 于 2010-9-3 19:14 发表


你真是医生？？

以前是，现在不是了。

hornsay

原帖由 iami 于 2010-9-3 19:22 发表


老哥炒股是高人哪，以后多指点指点啊

共同学习。。

cdfei

哦，是炒中国的还是澳洲的呢

hornsay

原帖由 cdfei 于 2010-9-3 21:59 发表
哦，是炒中国的还是澳洲的呢

炒澳洲的。

hornsay

看了下dOOdads的source code, 其实它也是用datatable作为bridge和database互动。

基本的过程好像是：
load data:  datatable ->dOOdads objects -> operation
update data:  dOOdads objects->datatable.

flyspirit

这些ORM Tools，都是以ADO。NET作基础的