请问：
一.在ASP.NET中用分层思想作项目的时候（比喻说三层），同一层之间进行数据交流好吗，如果交流频繁了有什么坏处？
例如：数据层中的一些方法能不能相互调用，这样频繁调用有什么坏处？
有人说这样会提高代码耦合度，而且不利于协同开发，是这样吗？
二.在三层中我要把数据转换为对象，只对对象进行操作，把数据转换为对象的过程是在数据层操作好还是写在业务逻辑层比
较好？
例如：sutdent表和class表，在model中我把student中的classID属性设为一个class的实体对象，或者在class中设一个
list <student>对象集，在把数据转换为对象的操作是写在数据层比较好还是写在业务逻辑层比较好？
我觉得应该在业务逻辑层处理比较好，因为我觉得在数据层只对数据操作，经行增删改查，如果每次在增删改查时都要把
参数变成对象然后再用其属性经行操作太麻烦，还不如直接用表数据来得快，这样有道理吗？
三层提高代码耦合度，互不干扰，之间的联系通过各自提供的接口来访问，哪一层出了问题就去找哪一层去解决。
参数变成对象然后再用其属性经行操作太麻烦，还不如直接用表数据来得快，这样有道理吗？
有
什么都有利弊，麻烦点是为以后不麻烦点
问题二，我是放到数据层的，我不喜欢DataSet或datareader来传递数据，使用自定义的强类型，好控制，好扩展，很轻量
引用
相关问答：
select top 12 * from Product where [id] not in (select top 12 [id] from Product)
Imports System.ComponentModel
本人目前遇到一个难题，请各位高手、大侠帮帮忙。
我创建了一个物品浏览页面：bookview.aspx，其中在页面的左侧列出物品的分类：分类1，连接到页面bookview.aspx？id=1，其他依次类推，当页面第一次加载的时候设置id的默认值为1，运行程序发现页面一直出于重新加 ......
C# code:
