Будет ли механизм представления Spark взаимодействовать с главными страницами веб-форм?

Я добился этого, переместив большую часть содержимого моей главной страницы в частичные представления, а затем получил две главные страницы: Foo.Master и Foo.Master.spark, которые используют одни и те же вызовы Html.RenderPartial (). . Оба мастера имеют области содержимого с одинаковыми именами. Это позволяет мне использовать любой движок для данного представления и минимизировать дублирование.

Ожидается, что индивидуальный движок представления будет обрабатывать как свое главное, так и представление. Вызов IViewEngine:

FindView(System.Web.Mvc.ControllerContext controllerContext, string viewName, string masterName, bool useCache)

Он не отделяет мастер от представления.

Spark использует это для компиляции мастера в представление и других трюков с его многопроходным рендерингом.

Я так не думаю. Архитектурно у них есть совершенно разные и противоречивые способы рендеринга страницы. Чтобы это произошло, вам нужно сделать что-то, что эквивалентно iFrame, ужасно беспорядочный способ заставить это случиться до такой степени, что это анти-шаблон.

К тому времени, как главная страница будет прочитана, искровый двигатель будет уже готов, и наоборот.

Вы можете попытаться имитировать отрисовку главной страницы в искровом движке. Не только визуально ... Я говорю о том, чтобы собрать самодельный препроцессор мастер-страницы с помощью искры. Гребля с мотыгой не из легких.

Просто идея, попробуйте написать собственный механизм просмотра (или настроить Spark), который будет отображать запрошенное представление .spark с помощью движка Spark, а затем вызвать движок WebForms, передав ему отрисованный контент - я думаю, это должно быть возможно, но у меня есть ничего не известно об этих внутренностях. Более простой способ - сохранить обработанный HTML-код .spark в .aspx и позволить WebForms выбрать его, но производительность будет неприемлемой.

В любом случае, я бы сказал, что это должно быть возможно, но 1) потребуется сложная настройка механизмов просмотра и 2) вы потеряете большую часть функциональности Spark / макетов, поскольку ваши представления .spark в основном будут отображаться без макетов искр.

Также попробуйте спросить в списке рассылки Spark.

Удачи в этом?

Мне удалось разместить искровое представление в вызове System.Web.Mvc.ViewUserControl Html.RenderView () из искрового представления. Бьюсь об заклад, я мог бы также разместить представление Spark в System.Web.Mvc.ViewUserControl, используя Html.RenderView (). Это вводит некоторые варианты (все с накладными расходами) совместного использования главной страницы:

1. Напишите простую оболочку .ascx для представлений .spark. У них был один и тот же объект модели, оболочка могла вызывать HtmlRenderPartial в обернутом представлении.

2. (наоборот) Напишите простую оболочку .spark для ваших элементов управления .ascx.

Когда я попытался просмотреть Index.spark, используя главную страницу Site.Master, я получил сообщение об ошибке:

The view 'Index' or its master could not be found. The following locations were searched:
~/Views/LfgSettings/Index.aspx
~/Views/LfgSettings/Index.ascx
~/Views/Shared/Index.aspx
~/Views/Shared/Index.ascx
Layouts\Site.spark
Shared\Site.spark 

Я не знаю, что представляют собой эти пути, это похоже на путь поиска для представления индекса и пути поиска для его главной страницы. Кажется, что файл .spark не может использовать мастер-страницу .master.

Мне интересно, можно ли написать файл оболочки .master, который вызывает файл .spark с правильными областями содержимого. Некоторые Reflector'ing, вероятно, откопали бы некоторые интерфейсы, которые можно было бы заставить работать вместе.

Вы можете использовать свои существующие главные страницы с очень простой страницей .aspx, которая просто вызывает Html.RenderPartial («MySparkView»), чтобы вы могли зажечь контент на существующих главных страницах.