三层架构中，如何返回数据较好？

Question

我看PetShop4用model或model列表返回，感觉没有DataSet方便，包括table,row,column.

Answer 1

你指的是泛型么？？根据不同的情况吧。我一般dataset datetable多一点- -很多会用list<>这样的方式 不过各有利弊.
http://topic.csdn.net/u/20080305/12/e615bb48-96f1-4e43-b760-8a38c03a2e06.html

Answer 2

个人感觉用model好点。方便做为参数传来传去。

Answer 3

DataSet在内存中，如果并发访问很大的话，服务器很吃力。

Answer 4

我一般从来不考虑这些，想用model列表就用，想用dataTable就用dataTable。只要代码写的简单别人还是能看懂的，而且每个人习惯也不同，有很多人也用php的方式去做.net看起来代码更别扭

Answer 5

可以的，传送方式不限，只是，用MODEL列表，就统一点，项目大了，也好管理。理解

Answer 6

同时用也可以及时使用orm 也可以转换使用dataTable

Answer 7

对习惯拖数据显示控件绑定数据源的新手来说，model确实不如dataset方便。
改变一下习惯，抛弃服务器端控件吧。

Answer 8

泛型也好 dataset 也罢 看情况吧 摆脱了服务器控件的话 前者多一点

Answer 9

仁者见仁,智者见智, 不见得那种好,都是内存中的数据返回实体类,更实际一点,不那么抽象,对于复杂的逻辑也许你能理解得更深刻一点返回datatable数据,数据抽象一点,但是却少了封装的过程

Answer 10

ado的编程模型已经很成熟了，
petshop几乎谈不上设计，更不用说面向对象设计了，
petshop是典型的数据库驱动思维，把所有的数据结构在代码中又抄一遍，结果是，修改一个字段名称，所有的组件都要修改，它的组件都没有重用价值，不知道分的那个层有什么意义

Answer 11

说到我以前的思维定势上去了，分层确实是有价值的。
其次是返回对象列表有对象列表的道理，返回Datatable ye you ta de fangjie zhichu.

Answer 12

返回string或object，那样最方便

Answer 13

看到过一个ASP高级编程的，它里面对实体对象专门建立了一个公用实体类，泪痣哦那个为每个数据表建立一个类。然后建立一个DataAccess数据访问层，比如说，要创建商品目录了，在DataAccess中建立一个ProductSelectDatat类，里面用Datas Get（）方法返回Products表中的数据，在业务逻辑层建立一个ProcessGetProduct类，用来返回ProductSelectDatat的Get（）值，然后再表示层通过在<%# eval("ProductName")%>DataList中绑定数据，来处理的。中间用到存储过程，其实 ，返回数据在于执行效率，那种呈现方式，就根据个人喜好了。呵呵

Answer 14

如果不讨论面向对象设计，这种用法也没什么
如果讨论OOAD和分层，这种做法首先就违反了依赖抽象原则，
无论是CodeFirst还是DBFirst，都是一个实现依赖另一个实现
几个例子，在面型对象设计中，
UserInsert和User的数据结构没有什么关系，
执行一个数据访问，使用DAHelper.Execute(UserInsert),而不是User.Insert()
而UserInsert只不过是Command的一个实例

Answer 15

返回string或object，那样最方便

Answer 16

泛型，model，看着用了，这个没有什么标准

Answer 17

根据情况而定如果是单个的model值，我肯定传model但如果是一组数据，我会用DataSet或DataTable

Answer 18

如果单从业务角度讲，petshop的设计确实很扯淡，如果从学习的角度，还是有一些价值的

Answer 19

peshop,是设计灵活性的项目，在以后需要对这个项目进行更改不需要去更改源码，这个东西 对于一些刚学得肯定觉得不太适应。但是在某些大公司 却需要这样的框架对项目进行管理

Answer 20

小的,快速的项目就采用dataset吧.
稍大一点的就采用实体对象.

Answer 21

界面层使用ViewModel，业务层使用Entity，如果需要远程传输，使用DTO