1,594
社区成员
发帖
与我相关
我的任务
分享大家进来聊聊什么是业务逻辑？......
大家进来聊聊什么是业务逻辑？......
本人看过一些多层分布应用的书和文章，
大体上都是说多层的优点，多层与两层之间的比较。
多层的前台做界面，中间层是业务层，业务逻辑集中处理，维护，负荷平衡，差错处理，而后台数据库只是用来存和取。
但是什么叫业务逻辑，如何在中间层实现都没有讲，业务逻辑集中处理更是一字都没提，也没有给出较好的例子。
想了很久也没有想通，可能是我没有这方面的经验。
现在问题是：
1 什么是业务逻辑或者说什么是企业逻辑？
2 判断用户输入是否正确算不算？如果不算那什么才算？
3 如何才能把业务逻辑集中处理？
4 要开发这类型的软件，最好需要哪方面的知识？需要COM方面的知识吗？
5 能给出一个详细的例子或这方面的文章吗？
QQ：170866611
本人看过一些多层分布应用的书和文章，
大体上都是说多层的优点，多层与两层之间的比较。
多层的前台做界面，中间层是业务层，业务逻辑集中处理，维护，负荷平衡，差错处理，而后台数据库只是用来存和取。
但是什么叫业务逻辑，如何在中间层实现都没有讲，业务逻辑集中处理更是一字都没提，也没有给出较好的例子。
想了很久也没有想通，可能是我没有这方面的经验。
现在问题是：
1 什么是业务逻辑或者说什么是企业逻辑？
2 判断用户输入是否正确算不算？如果不算那什么才算？
3 如何才能把业务逻辑集中处理？
4 要开发这类型的软件，最好需要哪方面的知识？需要COM方面的知识吗？
5 能给出一个详细的例子或这方面的文章吗？
QQ：170866611
...全文
请发表友善的回复…
发表回复
zzzl 2003-12-08
- 打赏
- 举报
我用一个，李维书上的例子好象是好多，晕~
yexiong 2003-12-05
- 打赏
- 举报
大家在中间层中用几个Remote Data Modeal
是一个还是多个
是一个还是多个
短歌如风 2003-12-05
- 打赏
- 举报
三层结构最大的特点就是把业务逻辑从数据服务器和客户端代码中提取出来放在中间的应用服务器，不使用存储过程和触发器，用代码来实现业务逻辑。如果按楼上的方法，结果是换汤不换药，和C/S结构相比没有什么优点，反而因多了一个数据库而导致更加复杂。
yexiong 2003-12-05
- 打赏
- 举报
最近我公司有人出这种主义：
用两个数据库服务器
一个用来做业务层（主要由存储过程，触发器实现）
另一个服务器用来做数据层，主要用来存取数据和返回结果。
这重结构是否可行................
用两个数据库服务器
一个用来做业务层（主要由存储过程，触发器实现）
另一个服务器用来做数据层，主要用来存取数据和返回结果。
这重结构是否可行................
shuaigc 2003-12-05
- 打赏
- 举报
如果只是3层，实际上我们谈到‘业务逻辑’实际上也就是我们做2层时候的功能函数的集合。
判断、控制也完全可以放在该层，如果是4、5。。。层，可以分开。
我个人觉得这个问题需要先做一点3层的事例，有了更深入的体会后，自己来理解。否则确实还不好回答，框架是死的，可实际上在框架里具体组合是活的。可能都有道理。
判断、控制也完全可以放在该层，如果是4、5。。。层，可以分开。
我个人觉得这个问题需要先做一点3层的事例，有了更深入的体会后，自己来理解。否则确实还不好回答，框架是死的，可实际上在框架里具体组合是活的。可能都有道理。
yexiong 2003-12-04
- 打赏
- 举报
to All:
业务逻辑放在前台不方便修改，放在后台又加重负荷，不利于安全，等因素这方面我都有知道，
但是如何才能把业务逻辑放入中间层，是在Type Library中编写,还是在Romote Data Module的单元内编写,或在相关的事件内。写完后应怎样调用。
有没有这方面的资料，或较典型的例子。
业务逻辑放在前台不方便修改，放在后台又加重负荷，不利于安全，等因素这方面我都有知道，
但是如何才能把业务逻辑放入中间层，是在Type Library中编写,还是在Romote Data Module的单元内编写,或在相关的事件内。写完后应怎样调用。
有没有这方面的资料，或较典型的例子。
短歌如风 2003-12-03
- 打赏
- 举报
业务逻辑是你在分析阶段对你的软件的应用领域进行分析总结出来的，它存在不依赖于你的软件的存在，相反，它先于你的软件存在并限制了你的软件应有的行为。
凡是业务逻辑都应该放到中间层，不能让客户端去决定。有时为了减少网络访问次数，在客户端会有一此与业务逻辑有关的检验，但在中间层这一检验同样不能省略。比如上面说的日期的判断，客户端可以有也可以没有判断，但中间层一定要有这一判断。
jingbianfc 2003-12-03
- 打赏
- 举报
业务逻辑就是业务规则，我觉得都可以放在中间层，因为放在前台不方便修改
，放在后台又加重负荷，不利于安全，等因素
，放在后台又加重负荷，不利于安全，等因素
yexiong 2003-12-03
- 打赏
- 举报
什么样的业务逻辑应放在中间层？？？
yexiong 2003-12-03
- 打赏
- 举报
to: Mr_Bean
销售订单的执行日期就不能比销售订单的制定日期早,这应该放在前台判断吗
销售订单的执行日期就不能比销售订单的制定日期早,这应该放在前台判断吗
selfboss 2003-12-03
- 打赏
- 举报
业务逻辑就是业务的规则，我觉得没必要把它想得那么神宓一样。
Mr_Bean 2003-12-03
- 打赏
- 举报
举个例子讲 日期字段 在数据库逻辑或者说是数据层仅仅需要判断他是不是日期类型的
但对于业务逻辑来讲仅仅输入一个日期是不够的，比如销售订单的执行日期就不能比销售订单的制定日期早；所以判断用户输入是否正确实际上就是两方面：首先看他是否符合数据规范其次是是否符合业务规范
但对于业务逻辑来讲仅仅输入一个日期是不够的，比如销售订单的执行日期就不能比销售订单的制定日期早；所以判断用户输入是否正确实际上就是两方面：首先看他是否符合数据规范其次是是否符合业务规范
soundbug 2003-12-03
- 打赏
- 举报
顶~~~~~
yexiong 2003-12-03
- 打赏
- 举报
希望大家畅所欲言，谈谈你的看法！
