Параметры для работы с «старыми» пользовательскими элементами управления asp.net в новом веб-приложении MVC3 на базе бритвы

Question

Я собираюсь начать работу над новым веб-приложением mvc3. Я хотел бы использовать Ext.Net в этом приложении, но ext.net работает с использованием набора скомпилированных пользовательских элементов управления, которые в основном завершают набор пользовательских интерфейсов ExtJs.

Существует пример ext.net mvc, который вы можете загрузить, который использует MVC2 с механизмом просмотра asp.net по умолчанию, не нравится, что он очень похож на старый шаблон webforms внутри представления, но он работает:

Внутри вида/мастера:

<%@ Register Assembly="Ext.Net" Namespace="Ext.Net" TagPrefix="ext" %> 
    ... 
    <ext:ViewPort ID="ViewPort1" runat="server" Layout="border"> 
    <Items> 
     <ext:Panel ID="Panel1" 
      runat="server" 
      ... 

в идеале, я хочу использовать MVC3 для моего нового приложения, и я очень хотел, чтобы перейти к бритве. Но, очевидно, это не сработает, поскольку я просматриваю элементы управления пользователя в представлении.

Я не знаю, будет ли/когда ребята из ext.net будут переносить продукт для двигателей просмотра mvc, но в то же время существует ли решение. Что я могу использовать для достижения того же? (Я бы предпочел не использовать использование ExtJS напрямую - я ищу ускорить доставку, и ext.net кажется намного проще)

Answer 1

В настоящее время Ext.NET не будет работать с Razor, хотя он будет отлично функционировать в пределах MVC viewengine по умолчанию.

Совпадение. В настоящий момент выполняется работа над следующим выпуском Ext.NET, и он будет полностью поддерживать все механизмы просмотра MVC. Я знаю, что это не поможет вам прямо сейчас, но может представлять интерес для будущего проекта.

@jfar - Ext.NET не зависит/полагается на ViewState и будет отображать в представлениях ASP.NET MVC.

Answer 2

Вы просто не можете взять элементы управления, которые зависят от ViewState, и заставить их работать с MVC без обширного рефакторинга.

Один из вариантов - сделать страницы, отличные от MVC, и включить их в свое приложение. WebForms и MVC могут хорошо сочетаться друг с другом.