三层结构，数据层应该向上层返回datatable还是List<实体> ?

[gzpepco]

哪种做法比较好呢？从架构设计的角度。

我用动软.net代码生成器生成的三层代码，很奇怪，GetModel返回的是实体，而GetList返回的是DataTable，为什么不返回List<model>呢？

[zwj360066435]

一般都是返回List比较好

[人生难得一只鸡]

如果是，SqlDataReader只能用于读，在读的过程中数据库一直保持打开状态，那么返回list,后关闭库连接比较好

如果是SqlDataAdapter（数据适配器），都一样

[jdc71264]

朋友，当某种情况的时候你就发现返回实体是多么的恶心了。。。

[anzhiqiang_touzi]

代码生成器
你想它 能帮你的完成什么啊

仅仅就是一个工具而已
而且改工具的代码架构仅仅就是三层

[gzpepco]

希望能看到和主题相关和更有说服力的回复啊

[gzpepco]

我个人的理解是返回List<Model>耦合度会低一些，因为这样做业务层可以不用出现数据库的字段名。

[缪军]

如果要分层,那就只是用一种通信协议,
千差万变的数据都统一调制到这个协议上,
提供者和消费者,都只按照接口去实现和匹配,

[yyl8781697]

[Quote=引用 6 楼 的回复:]

我个人的理解是返回List<Model>耦合度会低一些，因为这样做业务层可以不用出现数据库的字段名。
[/Quote]
同意，而且可以在业务层很方便的用lambda和linq来对数据进行操作
同时在ui层的aspx页面也可以很轻松的使用<%foreach()%>来循环数据

[yuji821]

返回List<实体

[devmiao]

看你的需要了。如果UI使用的是数据绑定，用dataatable比较好。如果需要对业务逻辑处理，就用实体对象。