ASP.NET里三层架构中的业务逻辑层又是如何细分的，它们如何与数据访问层和表示层联系起来

这个问题很难回答啊？
像老外们常说的“一千个人，一千个哈姆雷特”这个是见仁见智的东西

关键点是：观念和方法

观念:三层不是强行分出的三层。他是直接依靠对象编程的，你不了解对象编程，就无所谓三层，不会对象观念的人写三层，写出来和一层没啥区别，只是代码分拆。
方法：要想写三层，你要做第一件事情不是去考虑数据访问层和表示层如何，你要做的是系统分析，建立对象模型。只有这个模型建立出来了，其他的东东（数据访问层和表示层）是顺理成章的事情，完全不需要特别去考虑。

正巧这两天csdn的两个帖子对这个问题讨论的比较激烈。你可以看看
http://topic.csdn.net/u/20071114/11/69e93417-4e04-43ca-8e17-395baa5aefff.html
http://topic.csdn.net/u/20071115/18/c9152775-ed87-4307-93a1-da5bf28bc2ca.html

就像我在二个帖子里说的，三不三层其实无所谓，关键是你能不能正确建立模型。

一个名叫姚明的篮球运动员用手把篮球投向篮板，结果球进了

这么一句话，你能分析出啥！如果这是一个业务描述，你能不构建出模型（呵呵，实际你的系统就由一个个需求描述构成的，如果连这一句话的需求都建不出模型，那最好就不要玩三层，因为没有模型就没有3层）