Entity Framework 添加脚手架项时缺少数据库上下文
Entity Framework DB context missing when adding scaffolded item
我最初将项目中的 EF class 添加到解决方案，我的 MVC 应用程序项目直接在解决方案中引用该项目。我毫无问题地添加了一堆脚手架项目。我最近将我的 EF 项目移动到一个单独的解决方案，并在我的 MVC 应用程序中使用 NuGet 包拉取依赖项，现在当我去添加一个新的脚手架项目时，EF class 和 EF 模型都可用于被添加。
现有的脚手架项目仍然运行良好，没有任何问题。我在这里错过了什么？
MVC 中的脚手架非常挑剔。特别是，它仅适用于属于上下文的实体 class，并且对您来说重要的是，上下文必须与您所在的 运行 脚手架位于同一项目中。换句话说，除非您正在构建一个非常基本的 MVC 项目，否则脚手架很快就会过时。
好消息是您不需要它。除非，您是 MVC 开发的新手，否则更改脚手架控制器、视图等将比简单地从头开始创建一切更耗时。这一切都没有什么神奇之处。控制器只是继承自 Controller 的 class。视图只是一个扩展名为 cshtml 的文本文件。无论如何，其他所有内容都是特定于应用程序的，这意味着您无论如何都必须接触所有已搭建的脚手架。
我最初将项目中的 EF class 添加到解决方案，我的 MVC 应用程序项目直接在解决方案中引用该项目。我毫无问题地添加了一堆脚手架项目。我最近将我的 EF 项目移动到一个单独的解决方案，并在我的 MVC 应用程序中使用 NuGet 包拉取依赖项，现在当我去添加一个新的脚手架项目时，EF class 和 EF 模型都可用于被添加。
现有的脚手架项目仍然运行良好，没有任何问题。我在这里错过了什么？
MVC 中的脚手架非常挑剔。特别是，它仅适用于属于上下文的实体 class，并且对您来说重要的是，上下文必须与您所在的 运行 脚手架位于同一项目中。换句话说，除非您正在构建一个非常基本的 MVC 项目，否则脚手架很快就会过时。
好消息是您不需要它。除非，您是 MVC 开发的新手，否则更改脚手架控制器、视图等将比简单地从头开始创建一切更耗时。这一切都没有什么神奇之处。控制器只是继承自 Controller 的 class。视图只是一个扩展名为 cshtml 的文本文件。无论如何，其他所有内容都是特定于应用程序的，这意味着您无论如何都必须接触所有已搭建的脚手架。