大家谈了这么多三层，请问怎么样才算是将业务逻辑真正封装在中间层？

Question

最近在看三层结构方面的东东，大家都知道三层结构的最大特点就是将业务商业逻辑直接封装在中间层的应用服务器上！这句话听起来好像比较容易理解，但实际操作应该怎么样搞呢？有这方面经验的兄弟不妨来谈谈啊！
究竟怎么样才算是把业务逻辑封装在中间层呢？有没有什么样的标准？

Answer 1

好像没有严格的标准。
举个例子来说：用户登录功能，可以封装进中间层。
对客户端只提供一个接口：login(para1,para2,....)
用户验证以及用户权限验证可以放到中间层的login函数中实现，该用户的基本信息可以通过参数返回客户端。客户端不再做验证逻辑。

Answer 2

简单说：将原来写在数据库上的存储过程中的80%，写到应用层，在写入的同时，又要考虑应用层的稳定，其实有时候业务逻辑可能就是一两句组合的SQL语句

Answer 3

在客户端没有业务逻辑
简单一点可以理解为
客户端一个sql控件都没有
用于数据查询,和执行的sql都放在中间层上
客户端与数据库打交道的只是输入和输出参数

Answer 4

我个人认为：要想作好中间层，1：永远不要认为中间层就是就是在编写函数，中间层应该是 清晰的类的构造。
                            2：最巧妙的SQL语句的组合以到达最快的速度。
                            3：合适的数据封包的时机。
                            4：为将来的二次开发作准备。

Answer 5

回复人： DBgrid(西部数据) ( ) 信誉：100  2004-03-19 17:30:00  得分:0 
 
 
  我个人认为：要想作好中间层，1：永远不要认为中间层就是就是在编写函数，中间层应该是 清晰的类的构造。
                            2：最巧妙的SQL语句的组合以到达最快的速度。
                            3：合适的数据封包的时机。
                            4：为将来的二次开发作准备。
 
 
-----------------------------------------------------------
完全支持，我的客户端也是完全由各种类来构造的，一般在客户端增加一个模块几本上只需很少的代码就可以实现，而且比较容易维护。

Answer 6

eboywy(飞影)的login也是一个例子，但不同意 Erice(白雪公猪)的存储过程中的80%，写到应用层。