ОК - во-первых, я полагаю, что у вас есть приличные инвестиции в веб-формы, и благодаря этому у вас будет достаточное количество пользовательских элементов управления для существующих форм и т. Д. Я уверен, что вы уже знаете, чтоСамо по себе это будет основной работой в этом процессе, и не имеет никакого отношения к тому, какой механизм просмотра вы выберете, потому что даже механизм просмотра WebForms MVC не поддерживает пользовательские элементы управления напрямую.Эту часть работы все равно нужно будет выполнить независимо от того, ...
Во-вторых, вы, вероятно, ищете движок представления, который может взять большинство вашего другого представления, встроенного в логику и код.(т.е. не пользовательские элементы управления), и под этим я подразумеваю вещи между пчелами (<%= blah %>).
Очевидно, что механизм просмотра WebForms поддерживает тот же синтаксис, но вы также говорите, что специальноне хочу использовать стандартный механизм просмотра веб-форм.Что ж, вы будете рады узнать, что Spark также поддерживает синтаксис <%= blah %>, и это было сделано специально для поддержки таких миграций.
Лучше всего, прежде чем принять решение, будет посмотреть это недавнеевидео здесь , и вы увидите, как Луи проходит через простое решение MVC на основе WebForms и продолжает работать правильно, хотя код все еще содержит синтаксис <%= blah %>.
Эта поддержка значительно упрощает переход икогда вы будете готовы, вы можете перейти к более рекомендованному способу использования синтаксиса ${blah}.Но это можно сделать в своем собственном темпе, пока общая функциональность по-прежнему работает.
Надеюсь, это поможет,
Всего наилучшего,
Роб Г