让人纠结的三层架构

lyserver 2010-12-10 11:51:43

加精

有人告诉我，DAL里不能出现任何业务逻辑，并且具有可重用性。
有人告诉我，BLL里不能出现任何SQL语句和事务。

俺疑问的是，多表关联查询呢该放在哪儿呢？别告诉我用视图。

...全文

6623 228 打赏收藏转发到动态举报

写回复

用AI写文章

228 条回复

切换为时间正序

请发表友善的回复…

发表回复

anzhiqiang_touzi 2012-04-23

打赏
举报

个人认为：

DAL里不能出现任何业务逻辑，并且具有可重用性。
BLL可以出现事务,但是不可以出现SQL语句

catvv 2012-03-17

打赏
举报

BLL可以有事务。
楼上都说了，可以用存储过程，但我还是不太支持，数据一变换，那是灾难性的，我以前做过数似的项目，业务逻辑写到据库当中，后来客户要我们转ORacle. 开始了新一段ORacle存储过程。建议不要用存储过程写业务逻辑。
Bll处理业务的，类似工作流，最后的环节不通过，全部数据表的操作失败。是要用事务的。

管理大亨 2011-12-31

打赏
举报

1.建议小项目，业务逻辑（BLL），数据逻辑（DAL）合并。分层多了反而更累。
2.对于复杂的业务逻辑单独独立出来.一般分两种情况。
1）多表关联查询。
直接用SQL语句或视图或存储过程，返回DataTable。
2）多表写入数据。
直接执行多条SQL语句。加上事务处理。
总之，不管分多少层来实现系统架构，对数据库的操作，本质上还是SQL语句。我认为，复杂逻辑就充分发挥数据库优势。不要在应用程序上纠结。

管理大亨 2011-12-31

打赏
举报

1.一般方法：
界面(UI)—>业务逻辑（BLL）—>数据逻辑（DAL）—>数据实体（Model）—>数据存储（Db）
2.对于多表查询的SQL
做一个工具类Utility在工具类中执行有多表查询的SQL（或存储过程）直接返回DataTable

详细参考
基于微软企业库的分层代码框架
http://blog.csdn.net/zhaoyu_1979/article/details/6342608

lyserver 2011-05-25

打赏
举报

[Quote=引用 222 楼 tosp2012 的回复:]
我也糾結這事情，多表關聯的複雜查詢怎麼實現？
[/Quote]
我现在使用视图来实现的。

Tosp2012 2011-05-18

打赏
举报

我也糾結這事情，多表關聯的複雜查詢怎麼實現？

fjw8205 2010-12-22

打赏
举报

为设计搞设计，有时候的确蛮累的，哈哈，路过的，标记下

wufanglu 2010-12-21

打赏
举报

需求变动比较少且有大量客户访问的系统可以考滤用三层，
变化无常，用的人不多，用三层简直就是浪费服务器、整死自己、玩死用户。

wufanglu 2010-12-21

打赏
举报

我以前把这些分得很严格，但弄得太拘束了，系统一直成不了形。
后来还是退回到C/S结构才把系统写出来。

现在我是 DAL实现IDatabase接口，BLL也实现IDatabase接口，即把BLL当成个传话筒，
且取消了Model模块，改回用DataTable。
没办法呀，年满三十多了，没那么多时间去纠结那些是是非非。