现在在控制台应用中输入：

static void Main(string[] args)
{
    using (var context = new ExperimentalDbContext())
    {

    }
    Console.ReadKey();
}

在构建时,您将收到报告错误：

The type ‘System.Data.Entity.DbContext’ is defined in an assembly that
is not referenced. You must add a reference to assembly
EntityFramework…yada yada yada…

现在,我在过去几年中已经多次这样做了,但每当我收到此错误时,我再一次无助地在互联网上搜索我当时忘记的解决方案.

解决此问题需要您在ConsoleClient项目中安装EntityFramework NuGet包.

所以,我的问题不在于修复是什么,而是为什么？因为它没有任何意义！

仅仅为了完整起见,我使用的是实体框架的v6.1.3.但是,多年来我在早期版本中也多次看到过这个错误.

更新

看来只有当您使用要在IDisposables上调用Dispose的using代码块时才会出现问题.

要测试该假设,请使用以下代码创建一个控制台应用程序,该应用程序在同一解决方案中引用ClassLibrary1,该解决方案在同一解决方案中引用ClassLibrary2：

using ClassLibrary1;
using System;

namespace TestHypothesis1
{
    class Program
    {
        // Testing the hypothesis presented in this answer: https://stackoverflow.com/a/38130945/303685
        // This seems to be the behavior with just (or may be even others I haven't tested for)
        // IDisposable.
        // anotherFoo instance is created just fine,but the moment I uncomment
        // the using statement code,it shrieks.
        static void Main(string[] args)
        {
            //using (var foo = new Foo())
            //{
            //    foo.Gar = "Gar";

            //    Console.WriteLine(foo.Gar);
            //}

            var anotherFoo = new Foo() { Gar = "Another gar" };
            Console.WriteLine(anotherFoo.Gar);

            Console.ReadKey();
        }
    }
}


using ClassLibrary2;
using System;

namespace ClassLibrary1
{
    public class Foo: Bar,IDisposable
    {
        public string Gar { get; set; }

        public void Dispose()
        {
            throw new NotImplementedException();
        }
    }
}


namespace ClassLibrary2
{
    public class Bar
    {
        public string Name { get; set; }
    }
}

并且您将观察到编译器仅对第一个Foo的实例化而不是第二个实例的实例化抱怨缺少引用.

但奇怪的是,在第一个EntityFramework示例中,如果从控制台应用程序中删除了对EntityFramework.dll的引用并将Main中的代码更改为此,它仍会抱怨缺少引用.

static void Main(string[] args)
{
    var context = new ExperimentalDbContext();
    Console.ReadKey();
    context.Dispose();
}

另外,如果你注释掉上面代码片段的最后一行context.Dispose()的调用,代码仍然可以正常工作,即使它抛出InvalidOperationException,但我猜测,这是由于上下文的竞争条件在其迭代器完成其MoveNext调用之前被释放.

static void Main(string[] args)
{
    var context = new ExperimentalDbContext();
    Console.ReadKey();
    // context.Dispose();
}

所以,新的附加问题现在变成：

实现using语句的方式是什么让编译器在链接引用中停止了？

最初的问题也仍然存在.

又一次更新

现在看来问题可能会进一步归结为对IDisposable.Dispose方法的调用,因此问题不在于使用using语句. using语句似乎是一个无辜的保证,Dispose将被调用,而不是其他任何东西.

因此,在上面的Foo示例中,如果在最后插入对anotherFoo.Dispose的调用,编译器会再次开始抱怨.像这样：

using ClassLibrary1;
using System;

namespace TestHypothesis1
{
    class Program
    {
        // Testing the hypothesis presented in this answer: https://stackoverflow.com/a/38130945/303685
        // This seems to be the behavior with just (or may be even others I haven't tested for)
        // IDisposable.
        // anotherFoo instance is created just fine,it shrieks.

        // Final update:
        // The trigger for the error seems to be the call to the Dispose method and not
        // particularly the implementation of the using statement,which apparently,simply
        // ensures that Dispose is called,as is also well-known and documented.
        static void Main(string[] args)
        {
            //using (var foo = new Foo())
            //{
            //    foo.Gar = "Gar";

            //    Console.WriteLine(foo.Gar);
            //}

            var anotherFoo = new Foo() { Gar = "Another gar" };
            Console.WriteLine(anotherFoo.Gar);

            anotherFoo.Dispose();

            Console.ReadKey();
        }
    }
}

那么,最后一个问题,总结如下：

为什么调用Dispose会阻止编译器链接汇编引用？

我想我们现在正在某个地方.