首页 > 代码库 > 标准架构~业务层到底是否应该关注数据持久化的方式

标准架构~业务层到底是否应该关注数据持久化的方式

业务层,你不能知道数据库的实现细节

这个话题也是网上谈论的非常多的,你的业务层是否会包含你的数据层的相关架构技术,如,你的数据层的持久化通过EF来实现,那么你的业务层是否也应该引入EntityFrameworks程序集?占占还是会告诉你,不应该,因为这样会使你的业务不再是纯粹的业务,它会依赖由你的数据层的持久化实现的技术,这是不对的,我们需要把业务层解藕出来,只有这样,你的数据层在进行技术切换时,业务层才不会受到影响,当然,这是理所当然的,如果你的数据库换技术了,还会影响到你的业务层,那么,你这个架构本身就是失败的!

我的EF架构失败了

在我的EF架构里,业务层使用了数据层实现的entityframeworks程序集,它知道了太多持久化的方式,所以,它是失败的,你失败,因为你让我无法简单的从一种ORM切换到别一种ORM。

失败的原因,可以理解

之所以在业务层引用entityframeworks,原因是“事务”,为了保证数据一致性,我们会在程序中加入事务块,而有时,sql2005来说,它会将本地事务不可理解的提高为分布式事务,这对于系统来说,无疑是一种负担,所以,我只能把这个事务块进行重写,重写后使它不会触发分布式事务,但同样也出现了一个惨痛的代价,那就是,一个本地事务需要具体同一个“数据上下文”,即entityframeworks里的DbContext对象,所以,BLL层就这样,依赖了EF,失败是可以理解的。

SQL2008是美丽的

当SQLSERVER升级到2008,它似乎查觉到了什么,可能是一种坏味道,一种代码的坏味道,在SQL2005里,一个语句被发到SQL端,会reset一个SQL链接,正是一个reset导致我们的net把这个过程当成是一个分布式事务来处理,而SQL2008里,如果你的数据库是一个,那个它就会认为,你的这个过程是一个Local session的过程,即,本地会话,本地事务!

我的贡献

下面贡献一下我的SQL2005同一上下文不触发MSDTC的解决方案代码

   /// <summary>    /// Author:zhang.zhanling    /// 同步文章:http://www.cnblogs.com/lori/p/3455393.html    /// 对TransactionScope,让它对同一个数据库不产生msdtc服务    /// 环境:sql2005,sql2008本身已经解决了这个问题    /// </summary>    public class TransactionScopeNoMsdtc    {        /// <summary>        /// 产生包裹事务        /// 维持一个connection连接对象        /// </summary>        /// <param name="db">数据上下文</param>        /// <param name="isOutest">是否为最外层,默认为false</param>        /// <param name="action">处理代码块</param>        public static void UsingNoMsdtc(IUnitOfWork db, bool isOutest, Action action)        {            var objectContext = ((System.Data.Entity.Infrastructure.IObjectContextAdapter)db).ObjectContext;            try            {                if (objectContext.Connection.State == System.Data.ConnectionState.Closed)                    objectContext.Connection.Open();                using (TransactionScope trans = new TransactionScope())                {                    action();                    trans.Complete();                }            }            finally            {                if (isOutest)//如果是最外层事务,再将连接关闭!内部事务与外部事务需要共用一个Connection的连接                    objectContext.Connection.Close(); //只能关闭,不能dispose,因为dispose之后,上下文就无法得到链接串了            }        }        /// <summary>        /// 产生包裹事务,它不是最外层的,如果是最外层的需要调用其它重载        /// </summary>        /// <param name="db"></param>        /// <param name="action"></param>        public static void UsingNoMsdtc(IUnitOfWork db, Action action)        {            UsingNoMsdtc(db, false, action);        }    }

 

标准架构~业务层到底是否应该关注数据持久化的方式