• Entity Framework中的Identity map和Unit of Work模式


    阅读目录:

    一、什么是Identity map模式

    二、关于Identity map模式的验证示例

    三、Unit of Work 模式

    四、总结和注意的问题

    一,什么是Identity map模式

    Identity map是EF获取和缓存数据的模式。
    Identity map模式指的是任何数据都只会被加载一次,以map的形式缓存,以唯一的identity来再次获取这些数据。
    在EF中,就是在一个Context的生命周期中,所有查询过的数据都会缓存到Context的local中缓存。当再次访问这些数据的时候,就会以主键(identity)从缓存中获取这些数据。

    二,关于Identity map模式的验证示例

    看看下面这段代码运行的结果:

    using (var context = new SchoolContext())
    {
           result1 = context.Students.ToList();
           result1[0].Age = -1;
           result2 = context.Students.ToList();
    
           var s1 = context.Students.First(s => s.Id == 1);
           var s2 = context.Students.First(s => s.Id == 1);
           var s3 = context.Students.First(s => s.Id == 3);
           var s4 = context.Students.First(s => s.Id == 3);
    
           Debug.Assert(ReferenceEquals(s1, s2));
           Debug.Assert(ReferenceEquals(s3, s4));
     }

    运行之后,会发现s1和s2是同一个引用,s3和s4也是同一个引用。
    原因就是在Identity map模式来说,对于唯一的主键,返回的必然是同一个对象。

    再来看一个更加有趣的例子

    public IEnumerable<Student> GetStudents()
    {
           List<Student> result1;
           List<Student> result2;
           using (var context = new SchoolContext())
           {
               result1 = context.Students.ToList();
               result1[0].Age = -1;
               result2 = context.Students.ToList();
           }
           return result2;
    }

    实际的数据库中的result1[0].Age是18,如果修改Age是-1, 再次执行context.Students.ToList(), 返回数据的Age并不是数据库中的18,而是-1.

    image

    image

    但是根据MiniProfiler的监控结果,EF的确访问了2次数据库

    image

    从这里,得出的结论是:

    Context在一次查询结束后,得到的数据会保存到本地缓存,在提交之前对数据的修改都是在本地进行。
    当再次Qeury的时候,Context中不存在的数据会放到Context中,Context已经存在的数据(即使被修改了),也不会被数据库的数据覆盖。

    三. Unit of Work 模式

    Unit of Work模式指的是:

    所有对于context中查询得到的实体对象的数据修改,都只会在调用SaveChanges方法后,才会真正的保存到数据库中。你可以在一个Context的生命周期中,修改多个实体对象的值,然后一次提交保存。
    在EF中,由于Unit of Work模式,没有办法做选择性的保存数据,只要是数据发生了改动,都会在SaveChnage方法中一并提交到数据库中保存。

    四,总结和注意问题

    结合这两种模式,可以看出
    在一个Context的生命周期中,一个Entity只会有一个实例,任何对该实例的修改,即使这些改动没有保存到数据库中,修改都会影响到整个Context的生命周期。

    注意问题:

    1. 在使用EF的时候,理想的方式应该是 获取数据-> 修改数据,保存数据->获取数据……的过程。
    不要在修改数据的过程中,再次请求数据,因为这些数据很可能和数据库中的数据不一致。

    2. 在显示层,最好使用ViewModel, 而不要直接使用EF中Model.
    比如一篇博客文章中,我只想显示前500个字给非注册用户看,如果使用Model, 不小心直接将文章内容的字段修改了,只保留了500个字,然后最后调用了SaveChange,用来保存文章的阅读次数。
    这样就会导致文章内容被我不小心给丢失了。

    下篇讨论如何在Asp.net MVC中实现One Context Per Request

  • 相关阅读:
    C#作为服务器端 MATLAB作为客户端 二者之间进行通信
    解决Socket通信中,经常遇到的问题——数据粘包的两种方法
    将之前的通信代码,以winform界面的形式写出来
    winform窗体程序之picturebox控件
    Socket通信
    Redis 高级教程 Redis 分区(6)
    Redis 高级教程 Redis 管道传输(5)
    Redis 高级教程 Redis 客户端连接(4)
    Redis 高级教程 Redis 基准(3)
    Redis 高级教程 Redis 安全(2)
  • 原文地址:https://www.cnblogs.com/JustRun1983/p/3244790.html
Copyright © 2020-2023  润新知