回到目錄

關於邏輯刪除

對於邏輯刪除之前的做法是在實體類中加個欄位，一般是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這個引數完成邏輯刪除的過濾功能！

是不是很爽，很酷！

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

回到目錄