不废话 直接上图鼠标悬浮在图片上能看到下载地址哦
下面是废话
首先经典的三层架构形成的主要目的是什么
无非就是划清表现层、业务逻辑层和数据层三者的关系。方便代码维护升级。相互解耦和
当任何一层有内部变动时不牵扯其他层的代码变动这就是主要目的
那么最近我总在思考一个问题
DAL数据层是负责BLL逻辑层最终要执行的数据库操作。
而涉及到BLL业务逻辑需要事务处理时到底事务处理代码是放到BLL层还是DAL层成了一个讨论比较多的话题。
我在一个博客里看到有处理办法是由BLL层创建一个固有的Tran对象来穿插所有事务操作。为每个DAL都创建Tran对象接手执行方法接收BLL传来的Tran对象所有事务执行完毕后由BLL来执行RollBack操作。 博客地址http://www.cnblogs.com/yyl8781697/archive/2012/02/01/SqlTransaction.html
这样做为整个项目带来的好处就是BLL层不牵扯数据层那么BLL拿到的Tran对象算什么
每个DAL层都接受Tran对象是否增加了代码量和维护成本呢
每个DAL层都要判断是立即执行还是Tran到最后的RollBack是交给BLL层来提交还是其他方式。
我想了很久我们分层的主要目的是什么又谈到文章开头部分。
分层的中心思想就是解耦和方便维护跟升级。那么现在出现的事务处理到底是直接在BLL层获取Connection并在BLL内部执行所有Tran操作还是获取一个Tran对象贯通所有DAL操作最后RollBack呢。
总觉得这样做有点不伦不类
所以最后我自己得出了一个自认为比较合适的方案。
那就是多写一个“Tran事务层”专门存放所有事务操作。这样层次清晰代码责任划分明显。也更方便维护。
这样的好处有如下几点
1、BLL完全脱离任何跟DB相关的代码专心处理业务逻辑。
2、不影响DAL的简单、单一数据库处理代码。
3、集中管理项目Tran事务操作部分。
胡言乱语这么多也不知道大家能否理解我的想法或者我这样做是否正确呢
特地厚脸皮放在首页让大家都来讨论一下或者大家都有更好的方案来指点下我这个井底之蛙 见笑了
转:https://www.cnblogs.com/OurLove/archive/2012/12/20/2826561.html
【转自：东台网站建设公司 http://www.1234xp.com/dongtai.html 欢迎留下您的宝贵建议】