基于前篇文章<HiBlogs>重写笔记[1]--从DbContext到依赖注入再到自动注入园友@Flaming丶淡蓝@ 吴瑞祥 提出了讨论和质疑,吓得我连夜查询资料(玩笑~). 本来文章的重点是"自动注入"和对"注入"有更深的理解.不过既然有疑问和讨论那也是很好的.总比时不时来篇"这个不行""那个要死了"的好. 之所以没有在评论区马上回复,是因为我确实不懂.所以下班后赶紧查阅相关资料. 最后我得出来的结论是:DbC

1.DbContext怎么在Asp.mvc中使用? public class Repository { //实例化EF容器:有弊端.一个线程里可能会创建多个DbContext //DbContext db = new DbContext(); //改造:保证一个请求线程中只有一份EF容器(你要明白:一个url请求到服务器,IIS就开一个线程去处理) protected DbContext GetDbContext { get { //向线程缓存中查询,如果返回的是null,则创建,同时存入到这个

EF和EF Core 的DbContext类实现IDisposable接口.因此,很多最佳编程实践中都建议你将它们放在一个using()块中.不幸的是,至少在Web应用程序中,这样做通常不是一个好主意.   我与许多从.NET Framework迁移到.NET Core和.NET 5的客户一起工作,其中一些客户在旧版应用程序中并没有使用依赖项注入,或者没有一直使用它.结果导致他们的DbContext类有大量的实例.这样做有很多问题,其中最重要的是它导致了紧耦合.                 

Entity Framework7之开篇 一.Entity Framework7 简介 Entity Framework7简称EF7,是微软正在开发的最新的在.NET应用中首选的数据访问技术.它是轻量级和可扩展的启用新的平台和新的数据存储的实体框架版本.以下的应用: Windows Phone. Windows 应用商店,ASP.NET 5 和传统的桌面应用程序,现在都可以利用的实体框架.EF7除了支持关系型数据库, 还支持如 Azure 表和Redis非关系型数据存储. 从上面我们可以看到以下

针对之前的使用,做了进一步优化 1.将DAL对象缓存起来 2.仓储类不依赖固定构造的DbContext,执行操作的时候,从线程中动态读取DbContext,这一步也是为了方便将DAL对象缓存起来,解决缓存对象的DbContext的释放问题,没有依赖固定构造的DbContext就不存在释放问题了.(如果依赖固定构造的DbContext,假如webapi情景,解决方案是在ActionFilter中调用API之前声明线程标识,读取缓存的时候根据该线程标识来决定是否替换以及释放DbContext,不难做

(此文章同时发表在本人微信公众号"dotNET每日精华文章",欢迎右边二维码来关注.) 题记:在用EF Core的内存数据库进行单元测试的时候遇到"无法访问已释放的对象"的错误怎么办? 之前在EF Core 1.0中使用Include的小技巧中简单谈到了使用EF Core内存数据库进行单元测试的方法.不过这个方法有个小问题,就是容易出现"无法访问已释放的对象"的错误. 在之前的示例代码中(http://git.oschina.net/ike/co

问题来自博问的一个提问 .net core 多线程数据保存的时候DbContext被释放 . TCPService 通过构造函数注入了 ContentService , ContentService 的实例依赖了 AppDbContext (继承自 EF Core 的 DbContext).在 TCPService 中通过 Thread.Start 启动了一个新的线程执行了 TCPService 中的 Receive 方法,在 Receive 方法中通过 ContentService 进行保存数

EF虽然是一个晚生畸形的ORM框架,但功能强大又具有灵活性的,给了开发人员一定的发挥空间.因为微软出发点总是好的,让开发变得简单,但实际上不是所有的事情都这么理想.这里顺便推荐马丁大叔的书<企业应架构模式>. 本节主要深入分析EF的分层问题,下面是本节的已列出的要探讨内容. 领域模型的概念 DbContext与Unit of Work 的概念 DbContext 创建实例及线程安全问题 不要随便using或Dispose DbContext DbContext的SaveChanges事务 Re

前言 上一篇我们简单讲述了在EF Core1.1中如何进行迁移,本文我们来讲讲EF Core1.1中那些不为人知的事,细抠细节,从我做起. 显式创建DbContext实例 通过带OnConfiguring的构造函数 这个想必是我们最简单的方式了吧,通过调用继承自DbContext的类并且调用它的无参构造函数,同时我们需要谨记的时每当实例化时我们都需要将其释放也就是将其实例包裹在Using中.如下: using (var context = new EFCoreContext()) { } 接着通

DbContext.DbSet及DbQuery是Entity Framework Code First引入的3个新的类,其中DbContext用于保持数据库会话连接,实体变化跟踪及保存,DbSet用于暂存实体类的变化跟踪,DbQuery用于提供查询跟你. 1.使用Set查询全部记录 使用DbContext查询首先需要保证DbContext的实例在使用完之后对资源的释放,释放DbContext实例资源的方法有两种:采用using代码块结构和调用DbContext实例的Dispose()方法. us

这章主要讲怎么配置DbContext的子类访问的数据库的位置. 我相信大家最经常使用的数据库位置的配置方式就是配置文件了,也就是通过App.Config 或Web.Config来配置要访问的数据库. 我们可以再配置文件里添加一个连接字符串的配置来定义数据库的位置 <connectionStrings>        <add name="OrderSystemContext" connectionString="Data Source=XXX\SQL2008

本篇文章主要分析DbContext的线程内唯一,然后ASP.NET Core的注入,再到实现自动注入. DbContext为什么要线程内唯一(非线程安全) 我们在使用EF的时候,可能使用相关框架封装过了,也可能是自己直接使用DbContext.但是有没有想过怎么使用DbContext才是正确的姿势呢? DbContext可以访问操作所有数据表.保持跟踪状态.SaveChanges统一提交等等强大的功能.我们会不会想,它的创建和销毁是否要付出昂贵的代价? 其实不是的,DataContext 是轻量

系列文章 EF Core 快速上手--EF Core 入门 EF Core 快速上手--EF Core的三种主要关系类型 本节导航 定义应用的DbContext 创建DbContext的一个实例 创建应用的数据库   为了创建数据库,你需要执行操作: 定义应用的DbContext,这个可以通过创建一个类并让它继承自EF Core 的DbContext来实现. 每次要访问数据库时,都要创建该类的实例.   您将在本章后面看到的所有数据库查询都使用这些步骤, 我现在开始详细介绍. 2.2.1 定义应

dbcontext初始化 Private DemoContext db=new DemoContext (): 问题:什么时候释放db对象? 使用Using()方法中创建,每次调用会造成频繁的连接关闭数据库 可能会想到对象全局唯一使用单例模式,倘若多个用户操作的时候就是操作同一个数据库,所以必须是线程内全局唯一 解决:MVC中,把EF对象放入到一个线程中,新建一个Base控制器,作为其他控制器基类 添加命名空间引用: using System.Runtime.Remoting.Messaging

在使用web api开发微信后台的时候,本来想像MVC一样在controller中申明dbcontext全局变量,其它地方直接使用就可以了,结果调试过程中发现使用dbcontext访问数据库并获取query后,如果不使用asenumerable或者tolist强制断开与数据库的链接,那么非常容易出现out of system memory的错误,我觉得是内存一直没有释放的问题.后来我把dbcontext的全局变量去掉,在需要使用的时候使用using(var d = new dbcontext()

(译者注:使用EF开发应用程序的一个难点就在于对其DbContext的生命周期管理,你的管理策略是否能很好的支持上层服务 使用独立事务,使用嵌套事务,并行执行,异步执行等需求? Mehdi El Gueddari对此做了深入研究和优秀的工作并且写了一篇优秀的文章,现在我将其翻译为中文分享给大家.由于原文太长,所以翻译后的文章将分为四篇.你看到的这篇就是是它的第一篇.原文地址:http://mehdi.me/ambient-dbcontext-in-ef6/) 关于DbContext 这不是第一篇

(译者注:使用EF开发应用程序的一个难点就在于对其DbContext的生命周期管理,你的管理策略是否能很好的支持上层服务 使用独立事务,使用嵌套事务,并行执行,异步执行等需求? Mehdi El Gueddari对此做了深入研究和优秀的工作并且写了一篇优秀的文章,现在我将其翻译为中文分享给大家.由于原文太长,所以翻译后的文章将分为四篇.你看到的这篇就是是它的第二篇.原文地址:http://mehdi.me/ambient-dbcontext-in-ef6/) DbContext的默认行为 通常来

(译者注:使用EF开发应用程序的一个难点就在于对其DbContext的生命周期管理,你的管理策略是否能很好的支持上层服务 使用独立事务,使用嵌套事务,并行执行,异步执行等需求? Mehdi El Gueddari对此做了深入研究和优秀的工作并且写了一篇优秀的文章,现在我将其翻译为中文分享给大家.由于原文太长,所以翻译后的文章将分为四篇.你看到的这篇就是是它的第三篇.原文地址:http://mehdi.me/ambient-dbcontext-in-ef6/) 环境上下文DbContext vs 

(译者注:使用EF开发应用程序的一个难点就在于对其DbContext的生命周期管理,你的管理策略是否能很好的支持上层服务 使用独立事务,使用嵌套事务,并行执行,异步执行等需求? Mehdi El Gueddari对此做了深入研究和优秀的工作并且写了一篇优秀的文章,现在我将其翻译为中文分享给大家.由于原文太长,所以翻译后的文章将分为四篇.你看到的这篇就是是它的第四篇.原文地址:http://mehdi.me/ambient-dbcontext-in-ef6/) DbContextScope:一个简

一. 配置相关 1. 数据库连接字符串的写法 (1).账号密码:Server=localhost;Database=EFDB01;User ID=sa;Password=123456; (2).windows身份:Server=localhost;Database=EFDB01;Trusted_Connection=True; 2. 命令超时和默认关闭状态追踪 (1).命令超时: providerOptions => providerOptions.CommandTimeout(60),表示60