刘德华 有一首歌叫《马桶》，其中有一句歌词是：每一个马桶都是英雄。
EFCore也有一个英雄，在幕后默默地任劳任怨。它就叫 "支持字段" (Backing Fields):

• 中文版：https://docs.microsoft.com/zh-cn/ef/core/modeling/backing-field
  支持字段允许 EF 读取和/或写入字段而不是一个属性。 在类中的封装用于限制的使用和/或增强围绕访问数据的语义由应用程序代码，但值应进行读取和/或写入到数据库而无需使用这些限制时这很有用 /增强功能。

• 英文版：https://docs.microsoft.com/en-us/ef/core/modeling/backing-field
  Backing fields allow EF to read and/or write to a field rather than a property. This can be useful when encapsulation in the class is being used to restrict the use of and/or enhance the semantics around access to the data by application code, but the value should be read from and/or written to the database without using those restrictions/enhancements.

它可以用于什么场景呢？简单地说，当我们没有特别地指定类的属性与数据表字段名的话，在装载 数据表的内容 到 类 的时候，EFCore会直接地找到属性名对应的数据表字段名，然后把字段的内容赋值到类属性中（留意，我说的是 类 的 属性 Property，而不是 字段 Field）。但是万一我们不想EFCore这样做呢？例如，以下的俩场景：
- 场景一
我们有一个User类，它有一个叫Password的属性，由于是单向加密，所以希望：每次对它赋值的时候，它都自动做MD5加密；然后对它读取的时候，它都只返回MD5加密后的内容（而不是加密前的内容）
- 场景二
某些金融应用，由于需要支持不同货币品种的小数点后位数精度的要求，金额在数据库储存的时候，或者和内部其他系统做数据交换的时候（通常极有可能是近似于整表导出了），都是整型。然后只有在人机对话的界面，才把进行小数点运算后的结果显示出来。至于货币品种，除了世界各国的货币，还可能会有虚拟货币（你懂得），所以小数点后位数的需求都不一样的啊。

（本篇的例子的程序，可以从 https://github.com/kentliu2007/EFCoreDemo/tree/master/BackingField 下载，建议可以下载后对照着代码来阅读本篇。我用的是 VS2017）

按照上述场景的需求，我们有：

• 数据表：

  • Clients 的索引
    
    

  • ClientAccountBalance 的索引
    

  • Currencies 的索引
    
    

  • Users
    
    
    

  • Clients, ClientAccountBalance, Currencies
    

• 测试数据：
  

• EF6的实现方式
  让我们先来看看如果用EF6怎么做？EF6的话，有设计器啊，轻松容易，毫无压力：

  • 项目：
    

  • EF Model Diagram：
    

  • ClientAccountBalance的设置：
    
    rawAmount的设置，setter和getter都是internal的，因为这个是非 对外(public)属性
    

  • User的设置：
    
    rawPassword的设置，setter和getter都是internal的，因为这个是非 对外(public)属性
    

  • 针对场景一的，在Custom目录下，User类的代码：
    

  • 针对场景二的，在Custom目录下，ClientAccountBalance类的代码：
    

大功告成，简单吧？

• EFCore的实现方式
  EFCore没有设计器，难道就“臣妾做不到”了吗？其实，借助Backing Fields的话，用EFCore来实现，更简单，更优雅。

  • 告诉EFCore，指定 类 的 某个Property，所对照的 类 的 Field 是哪个，且还可以指定它所对照的数据表的字段名：

  • 告诉EFCore，类 的 某个Field ，它所对照的数据表的字段名：

  • Backing Fields两个主要用法：
    在 DbContext.OnModelCreating方法里面，

    modelBuilder.Entity<MyEntity>().Property(b => b.MyProperty).HasField("_myField").HasColumnName("ColumnName");

    modelBuilder.Entity<MyEntity>().Property("_myField").HasColumnName("ColumnName");

  • 项目：
    

  • DbContext的程序（Backing Fields出没，请注意）：
    

  • 针对场景一的，User的程序：
    

  • 针对场景二的，ClientAccountBalance的程序：
    

搞定了。单刀直入，简单利索。对吧？
真的就可以吗？好吧，如果不信的话，可以下载代码，跑一下 单元测试 来体验一下嘛 :-P 。

在幕后英雄Backing Fields的帮助下，我们轻轻松松地用几行代码就搞定了上述两个情景的栗子了（重点在 DbContext 程序里面啊）。很棒，对吧？

下一篇，我将会分享一下，怎样在 EFCore上，借助它的 Lazy Loading 来实现，在 EF5/6 上面轻松地用 Table Mapping就实现了的 Entity Split 功能。
明年(今天是年二九嘛)见 :-D

相关文章：

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

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

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

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