说说IUnitOfWork~认识IUnitOfWork，为什么要出现IUnitOfWork接口

第一讲认识IUnitOfWork，为什么要出现IUnitOfWork接口

第二讲 Linq to Sql与EntityFrameworks中的SubmtChanges()发生了什么事

第三讲方法完整性与统一提交不冲突

第四讲 DbContext对象的创建应该向BLL层公开

第五讲我的IUnitOfWork+Repository架构

今天愉点时间，说说IUnitOfWork，它事实上是NHibernate上的东西，这里只是借一下它的思想，把咱们的EF和LinqToSql也优化一下，呵呵！对于IUnitOfWork它的中文是操作单元的意思，顾名思义，就是将多个操作放在一个单元中，把操作原子化，概念上有点像事务，但事实上并不是，它主要是指对数据库通信来说，统一完成一次提交，这对于优化系统的性能是非常必要的，接下来，我会分5讲来说明一下IUnitOfWork。

一　　认识IUnitOfWork

我们一般对IUnitOfWork接口会定义如下元素：

    /// <summary>
    /// 工作单元
    /// 提供一个保存方法，它可以对调用层公开，为了减少连库次数
    /// </summary>
    public interface IUnitWork
    {
        /// <summary>
        /// 直接提交到数据库
        /// </summary>
        void Save();
        /// <summary>
        /// 是否不提交到数据库，默认值设为false，即提交到数据库
        /// 它通常于数据上下文基类去实现
        /// </summary>
        /// <returns></returns>
        bool IsNotSubmit { get; set; }
    }

而这个接口往往由数据上下文去实现，我以entityframeworks为例，当你建立一个EDMX数据模型后，你可以再建立一个类文件来作为它的分部类，并实现IUnitWork接口，代码如下：

namespace Domain.Entities
{
    public partial class backgroundEntities : Domain.Core.IUnitWork
    {
        #region IUnitWork 成员

        public void Save()
        {
         this.SaveChanges();
        }

        public bool IsNotSubmit
        {
            get;
            set;
        }
#endregion
    }
}