有人在吗，问一下asp.net三层架构中不清楚的问题

[description]

1，画面上的一些控件，对应不同表的数据，是应该用不同表对应的实体来填充，还是针对画面上的控件，在单独整一个实体出来

2，商业逻辑层，如果是针对多表的复杂操作，应该放在哪里

3，bll层查询返回多行时，用datatable就可以，有必要用对象的集合吗，感觉多此一举

[chenchuan1314]

以下只是本人的想法：
1，对于像列表这种实体绑定，如果字段太多可以根据显示的要求，整一个只读的实体出来。
2，可以用存储过程中进行。
3，面向对象用实体类集合有更好的封装。还有就是datatable不是强类型的。

[以专业开发人员为伍]

大多数程序员满脑子是数据库编程，因此对BLL的概念理解本末倒置了。对应表、或者业务对象，来设计BLL对象，是错误的。

BLL这个B是针对界面而言，而不是服务于后台数据。当界面上需要一个方法提供一组数据，或者需要数据转换，就设计一个BLL方法来满足界面需要。不要为了数据库包装而设计BLL，那是本末倒置的。

[suhongwei]

既然用到了三层结构，那么应该假设只有数据库的设计人员，DBA，数据访问层的开发人员清楚地了解数据库的结构.

而业务逻辑层及表示层是不需要也没有权力了解数据库的结构的.

[rongbing84]

BLL只和DAL连，UI只和BLL连，BEL和UI，BLL，DAL都可以连，三层开发的标准，开发起来费力，维护起来也没感觉简单多少（本人感觉）

[chailin181]

mark