前言

本篇是上一篇EFCore Lazy Loading + Inheritance = 干净的数据表 （一） 【献给处女座的DB First程序猿】 前菜 的续篇。这一篇才是真的为处女座的DB First程序猿准备的正餐。
继续上一篇的话题，我们希望用EFCore，且继续使用与逻辑设计的β角偏差很少的数据表结构，彻底不想看到那种“装饰墙”的效果。
提醒一下，这一部分，属于有点”走火入魔“的性质。因为是要回过头来改动类的代码（稍微改动逻辑设计）来迁就数据表（物理设计），通过达到平衡点，来实现处女座们希望看到的“完美“结果。

本篇的程序，可以在 

https://github.com/kentliu2007/EFCoreDemo/tree/master/InheritanceWithEntitySplit 下载。建议大家可以下载之后对照着程序来阅读本篇（我用的是VS2017）。

直接配置EFCore的DBContext可行否？

我们能否通过在DBContext里面配置好Entity和数据表的关系，是否就可以？
看下面的程序：

• DBContext：
  

• Unit Test：
  
  实际上，出错的话，Unit Test才可以通过。所以基于这样的结果，我们知道，没戏。
  拉倒吧。哪怕我们已经很认真地配置好了Entity和数据表的关系。已经精确到每个字段级别都没有漏了。
  结果其实程序会报错的。不信？跑跑Unit Test就知道了。

用EFCore Lazy Loading来实现吧

有什么办法来实现？
还记不记得我的博客里面有一篇如何用EFCore Lazy Loading实现Entity Split？在这一篇里面，我们用了 Lazy Loading的功能，用walk around的方式实现了 entity split。
这个walk around的思路，我们可以借鉴用起来：

• 对Students和Teachers数据表，我们可以建立两个对应的类，分别弄个InternalStudent和InternalTeacher的类。

• DBContext里面，设置好InternalStudent以及InternalTeacher的映射关系

• Student / Teacher 类特有的属性，我们用Lazy Loading的方式，在getter/setter里面，改为访问上述InternalStudent / InternalTeacher实例所对应的属性。

数据表和程序

• 数据表
  
  表的索引和俩外键，和上一篇差不多，就不骗篇幅了。
  ( 如果拿着这个数据表和一开始的逻辑设计比较，我们又会发现出现了偏差很小的β角彩蛋 )

• Solution
  

• 程序

  • User
    

  • InternalStudent
    

  • Student
    

  • InternalTeacher和Teacher的程序和InternalStudent以及Student差不多思路，就不骗篇幅了。

  • DBContext
    

  • Unit Test
    

  • Demo数据
    

搞定了。
就这样，用walk around的做法，实现了“完美”的平衡点，让处女座的DB First er程序猿不再纠结。还可以吧？ :-P

结语

这种walk around的做法，虽然有点走火入魔，但是在 EFCore更好地支持类继承，或者Entity Split之前，咱们先凑合着用起来吧。
相信随着EFCore版本的不断更新，"面包会有的,牛奶会有的,一切都会有的。"。

相关文章：

• Shadow Properties之美（一）【Microsoft Entity Framework Core随笔】
  

• Shadow Properties之美（二）【Microsoft Entity Framework Core随笔】

• “幕后英雄”之Backing Fields【Microsoft Entity Framework Core随笔】

• 如何用EFCore Lazy Loading实现Entity Split

原文地址：https://www.cnblogs.com/fatkent/p/10396596.html

.NET社区新闻，深度好文，欢迎访问公众号文章汇总 http://www.csharpkit.com