Итак, на моем сайте MVC 3 у меня есть путь ~/_Content/*, сопоставленный с маршрутом MVC для обслуживания jpgs, gif-файлов из базы данных, но также у меня есть пользовательский VirtualPathProvider, который выбирает эти URL-адреса и пересекает структуру базы данных, чтобы поднимите страницы Razor (и ASPX, если необходимо).
У меня все это прекрасно работает - после дня, когда я пытался выяснить, как заставить SqlCacheDependency работать с запросами структуры сущностей (совершенно другая история), - теперь я могу запрашивать страницы Razor, и они компилируются и выполняются. ; и они будут восстановлены, когда основной файл изменится в базе данных.
Следующим шагом будет добавление дополнительных ViewLocationFormats (и др.) В мои ViewEngines для поддержки поиска представлений в базе данных.
Но теперь у меня есть другая проблема: эти страницы должны наследоваться от WebViewPage или WebViewPage<TModel>, чтобы работать с обычной страницей макета сайта.
Хотя я, очевидно, могу использовать @inherits Я бы предпочел, чтобы это «работало», поэтому логично было бы встроить web.config в иерархию контента, которая имеет нечто очень похожее на то, что находится в стандартная папка ~/Views.
Дело в том, что при попытке этого Asp.Net не обращает на это никакого внимания - предположительно потому, что ищет только файлы web.config, которые физически находятся на диске.
Я могу использовать директиву <location path="_content" ... в главном web.config сайта - но в идеале я хотел бы иметь возможность иметь детальный контроль и со стороны базы данных контента.
Как заставить Asp.Net подобрать и, в идеале, автоматически обнаружить эти управляемые контентом web.configs?