关于三层架构中逻辑层的困惑?
现在第一次用三层架构开发,对逻辑层感到很困惑,因为我的逻辑就是简单的调用一下数据访问层,我把很多逻辑都写到存储过层中了,请问合不合理,大家在开发中都是怎么做的啊   ?

------解决方案--------------------
你这样只不过是把web服务器的负担给database服务器了，同时失去了一个业务的可交互性。
------解决方案--------------------
需求是第一位的.如果你的需求十分简单,而且变动不大的话.我感觉不一定要用三层架构.两层也可以啊.还是看你的业务逻辑的复杂度,变化程度吧.
------解决方案--------------------
把业务都写进存储过程里，是不是感觉开发更爽更快一些？其实这是一种一种走捷径的假相，它增大了程序和数据库之间的耦合性，降低了程序的可扩展性和灵活性以及可维护性。通常情况下，有两种结果是可以预期的。
1. 业务发生了改变，只能修改或添加新的存储过程，更要命的是数据架构也在发生不断的变化，然后就只能一个一个把影响的存储过程找出来并修改。随着程序规模的增加，总有一天会发现，这种维护代价太高，不得不重新开发业务组件。
2. 业务逻辑太依赖于数据库，如果数据库设计的不合理，随着数据的不断增加，会发现系统性能严重依赖于数据库服务器，因为很多的业务逻辑都是在存储过程中运算的。

所以，写业务逻辑层是较好的选择，虽然开始时的工作量较大一些。
------解决方案--------------------
实践是检验真理的唯一标准 不多说了

三层的例子一大堆
http://www.51aspx.com/Tags/2/