Lind.DDD.ILogicDeleteBehavor～邏輯刪除的實現

回到目錄

關於邏輯刪除

對於邏輯刪除之前的做法是在實體類中加個欄位，一般是status，其中一種狀態是刪除，當然也有其它做法，如加個bool的欄位IsDeleted，這些其實都過於武斷，即它在基類裡加上後，所以實體類都會有這種特性，而對於現實的數據表，可能不顯示這種邏輯刪除的特性，如關係表，日誌表，可能刪除就是物理上的直接delete，而這種刪除欄位加上去，我們的做也是在業務層手動調用update方法，或者在底層提供一個delete方法的重載，總之，感覺不是很爽！

看了ABP的軟刪除之後，對大叔有了新的啟發，即提出一個邏輯刪除的介面，所以需要這個欄位的實體都去實現這個介面即可！

邏輯刪除的介面（對實體屬性的裝飾）

 　　/// <summary>
    /// 具有邏輯刪除的介面，實體需要實現這個介面，將IsDeleted實現
    /// 在倉儲實現類中，delete方法判斷實體是否實現了ILogicDeleteBehavor這個介面，然後再決定是否邏輯刪除
    /// </summary>
    public interface ILogicDeleteBehavor
    {
        /// <summary>
        /// 是否已經刪除，預設為false
        /// </summary>
        bool IsDeleted { get; set; }
    }

這個介面很乾凈，只有一個屬性，這個屬性用來標識刪除的狀態，true表示已經刪除，在進行select操作時我們需要將這個狀態過濾，在delete方法里，我們也可以通過判斷當前實體是否屬於ILogicDeleteBehavor介面而對它採取是否進行邏輯刪除！

實體多繼承一個介面，完成某個特定的功能

 public partial class WebManageUsers :
        Lind.DDD.Domain.Entity,
        ILogicDeleteBehavor,
        IStatusBehavor
    {
        #region IStatusBehavor 成員

        public Status DataStatus { get; set; }

        #endregion

        #region ILogicDeleteBehavor 成員

        public bool IsDeleted { get; set; }

        #endregion
        public WebManageUsers()
        {
            this.WebManageRoles = new HashSet<WebManageRoles>();
            this.WebDepartments = new HashSet<WebDepartments>();
        }
        [DisplayName("登陸名"), Required]
        public string LoginName { get; set; }
        [DisplayName("密碼"), Required]
        public string Password { get; set; }
        [DisplayName("真實姓名"), Required]
        public string RealName { get; set; }
        [DisplayName("手機")]
        public string Mobile { get; set; }
        [DisplayName("電子郵件")]
        public string Email { get; set; }
        [DisplayName("描述")]
        public string Description { get; set; }
        [DisplayName("操作者")]
        public string Operator { get; set; }
        [DisplayName("所屬項目")]
        public Nullable<int> WebSystemID { get; set; }
        public virtual ICollection<WebManageRoles> WebManageRoles { get; set; }
        public virtual ICollection<WebDepartments> WebDepartments { get; set; }

    }

本例採用的是EF的CodeFirst方式，所以需要將自己定義實體，然後根據實體自動生成資料庫．

刪除方法直接判斷實體是否實現了某個介面

 public void Delete(TEntity item)
        {
            if (item != null)
            {
                if (item is ILogicDeleteBehavor)
                {
                    //邏輯刪除
                    var pkList = GetPrimaryKey().Select(i => i.Name);
                    var entityType = typeof(TEntity);
                    List<object> primaryArr = new List<object>();
                    foreach (var primaryField in pkList)
                    {
                        primaryArr.Add(entityType.GetProperty(primaryField).GetValue(item, null));
                    }
                    var old = this.Find(primaryArr.ToArray());
                    (old as ILogicDeleteBehavor).IsDeleted = true;
                    this.Update(old);
                }
                else
                {
                    //物理刪除
                    Db.Set<TEntity>().Attach(item as TEntity);
                    Db.Entry(item).State = EntityState.Deleted;
                    Db.Set<TEntity>().Remove(item as TEntity);
                    this.SaveChanges();
                }

            }
        }

上面的設置，對於在列表裡刪除某個對象已經可以實現了，而如何去過濾列表裡的記錄呢，當然直接在DbSet<TEntity>()里去過濾是最好的，但沒有直接的方式，因為我們的IsDeleted屬性沒有對外暴露，而對於Linq to Entity來說，你無法在查詢表達式中輸

入ＥＤＭ之外的元素名（那也不認，它只認實體類型），還好在ABP里我找到了不錯的方法，就是在數據上下文的OnModelCreating方法上，添加過濾器，這個過濾器需要我們安裝EntityFramework.DynamicFilters包，直接用Nuget可以安裝．

ModelBuilder.Filter完成對集合的全局過濾

  protected override void OnModelCreating(DbModelBuilder modelBuilder)
   {
            base.OnModelCreating(modelBuilder);
            modelBuilder.Filter("LogicDelete", (Lind.DDD.Domain.ILogicDeleteBehavor d) => d.IsDeleted, false);
   }

這樣在所有Linq Select語句之前都會添加d.IsDeleted==false這個參數完成邏輯刪除的過濾功能！

是不是很爽，很酷！

對於實體中其它的比較有特點的屬性，而又不是全局的屬性，我們都可以使用介面的方式進行定義，這類似於裝飾模式，即將某個屬性裝飾成某個介面，而在程式的另一端直接去操作這個介面即可．

回到目錄