带有ASP.Net MVC的VirtualPathProvider

我已经实现了VirtualPathProvider类，因此我可以将所有视图保留在数据库中，而不是web服务器的文件系统中

MVC似乎正确地从数据库请求了aspx页面，但无法请求相关的codebehind.cs文件，并抛出错误，因为无法加载codebehind类文件

这个virtualPathProvider的工作方式与普通Web表单类似

---

是否需要对MVC框架或任何其他内容进行任何特定更改？

ASP.NET MVC是一种Web应用程序项目。因此，在部署之前，所有代码都被编译成程序集。这不像是一个网站项目，在请求时，代码被编译

这意味着您的视图有一个“继承”声明。它们继承的类型必须存在于某个位置。如果您的页面继承自ViewPage，则已设置。如果它们继承自T的ViewPage，那么您就有问题了。用于定义泛型类型的CLR语法很难看。看看这个

下面是一个语法示例：

System.Web.Mvc.ViewPage`1[ [System.Int32,mscorlib] ]

---

NET MVC是一种Web应用程序项目。因此，在部署之前，所有代码都被编译成程序集。这不像是一个网站项目，在请求时，代码被编译

这意味着您的视图有一个“继承”声明。它们继承的类型必须存在于某个位置。如果您的页面继承自ViewPage，则已设置。如果它们继承自T的ViewPage，那么您就有问题了。用于定义泛型类型的CLR语法很难看。看看这个

下面是一个语法示例：

System.Web.Mvc.ViewPage`1[ [System.Int32,mscorlib] ]

---

没有回答你的问题，只是想知道：为什么你希望你的视图在数据库中？附议Paco的问题……因为如果你在许多项目中使你的视图足够“精简”（即，只将一些变量转储到HTML中），这使它们成为开发团队之外的人可以/应该编辑和调整的东西。如果他们在数据库中，你可以很容易地做到这一点，并包装工作流等。不回答你的问题，但只是想知道：为什么你希望你的视图在数据库中？附议Paco的问题…因为如果你使你的视图足够“精简”（即，只将一些变量转储到HTML中），在许多项目上，这使得开发团队之外的人可以/应该对它们进行编辑和调整。如果他们在数据库中，你可以很容易地做到这一点，并包装工作流程等。