EntityFramework：再谈 “如何映射聚合？”

背景

在之前的文章中《DDD：使用EntityFramework的话，如果只为聚合根设计仓储，其它实体如何处理？》，我介绍了如何映射聚合以保证其语义，当时的结论是：聚合内除了聚合根之外的实体必须使用多主键，否则删除操作（Order.OrderItems.Remove(1)）只会将外键更新为 Null，最开始学习如何使用 EntityFramework 来映射聚合的时候，就纠结这个问题，当时汤雪华大哥就告诉了更新为 Null 就算删除了，当时感觉是接受了，不过没有内化，这篇文章也是为了内化这种思想。

使用多主键映射三级聚合

模型

     public class Level1
     {
         public virtual int Level1Id { get; set; }

         public virtual ICollection<Level2> Level2s { get; set; }
     }

     public class Level2
     {
         public virtual int Level2Id { get; set; }
         public virtual int Level1Id { get; set; }

         public virtual ICollection<Level3> Level3s { get; set; }
     }

     public class Level3
     {
         public virtual int Level3Id { get; set; }
         public virtual int Level2Id { get; set; }
         public virtual int Level1Id { get; set; }
     }

映射

             modelBuilder.Entity<Level1>()
                 .HasKey(x => x.Level1Id)
                 .Property(x => x.Level1Id)
                 .HasDatabaseGeneratedOption(DatabaseGeneratedOption.Identity);
             modelBuilder.Entity<Level1>()
                 .HasMany(x => x.Level2s)
                 .WithRequired()
                 .HasForeignKey(x => x.Level1Id)
                 .WillCascadeOnDelete();

             modelBuilder.Entity<Level2>()
                 .HasKey(x => new { x.Level2Id, x.Level1Id })
                 .Property(x => x.Level2Id)
                 .HasDatabaseGeneratedOption(DatabaseGeneratedOption.Identity);
             modelBuilder.Entity<Level2>()
                 .HasMany(x => x.Level3s)
                 .WithRequired()
                 .HasForeignKey(x => new { x.Level2Id, x.Level1Id })
                 .WillCascadeOnDelete();

             modelBuilder.Entity<Level3>()
                 .HasKey(x => new { x.Level3Id, x.Level2Id, x.Level1Id })
                 .Property(x => x.Level3Id)
                 .HasDatabaseGeneratedOption(DatabaseGeneratedOption.Identity);

测试添加

             for (var i = ; i <= ; i++)
             {
                 var l1 = new Level1
                 {
                     Level2s = new List<Level2>
                     {
                         new Level2
                         {
                             Level3s = new List<Level3>
                             {
                                 new Level3()
                             }
                         }
                     }
                 };
                 context.Level1s.Add(l1);
                 context.SaveChanges();
             }

测试删除

             using (var context = new StudyContext())
             {
                 context.Level1s.First().Level2s.First().Level3s.Clear();

                 context.SaveChanges();
             }

说明

因为采用了多主键，所以 context.Level1s.First().Level2s.First().Level3s.Clear() 会真正的生成 delete 语句，否则只会把外键更新为 null，但是多主键感觉真是不爽，两级还可以接受。

多主键映射这种风格可以导致“物理删除”，单主键这种风格可以导致“逻辑删除”。

如果是逻辑删除，需要注意哪些事项？

1. 确定何时物理删除？如何物理删除？可以后台自动根据配置的元数据定时物理删除。
2. 报表查询的时候注意查询语句。

为啥不用级联删除？

级联删除是解决：rep.delete(order)，双主键是解决：order.OrderItems.Clear()。

备注

前几天我还暗自高兴找到了“物理删除”的映射方式，今天又更喜欢“逻辑删除”了，害苦了我一位兄弟，他都是用的 “双主键”。