各位挨踢族，有没有什么福利是点击就能看到的呢？

本文共计658个文字，预计阅读时间需要3分钟。

不废话，直接上图鼠标悬停。在图片上能看到下载地址。下面是经典的三层架构形成的主体目的。无非就是清晰表达、业+不废话、直接上图鼠标悬停在图片上能看到下载地址。

不废话直接上图鼠标悬浮在图片上能看到下载地址哦下面是废话首先经典的三层架构形成的主要目的是什么无非就是划清表现层、业

不废话 直接上图鼠标悬浮在图片上能看到下载地址哦

 

下面是废话

首先经典的三层架构形成的主要目的是什么

无非就是划清表现层、业务逻辑层和数据层三者的关系。方便代码维护升级。相互解耦和

当任何一层有内部变动时不牵扯其他层的代码变动这就是主要目的

那么最近我总在思考一个问题

DAL数据层是负责BLL逻辑层最终要执行的数据库操作。

而涉及到BLL业务逻辑需要事务处理时到底事务处理代码是放到BLL层还是DAL层成了一个讨论比较多的话题。

我在一个博客里看到有处理办法是由BLL层创建一个固有的Tran对象来穿插所有事务操作。为每个DAL都创建Tran对象接手执行方法接收BLL传来的Tran对象所有事务执行完毕后由BLL来执行RollBack操作。 博客地址www.cnblogs.com/yyl8781697/archive/2012/02/01/SqlTransaction.html

这样做为整个项目带来的好处就是BLL层不牵扯数据层那么BLL拿到的Tran对象算什么

每个DAL层都接受Tran对象是否增加了代码量和维护成本呢

每个DAL层都要判断是立即执行还是Tran到最后的RollBack是交给BLL层来提交还是其他方式。