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