От Monorail до ASP.Net MVC

Я сделал переключение, так как вы указали, что это будет предпочтительный способ для магазинов microsoft. Переключатель был довольно тривиальным, и, как отметил Майк, он поставляется с модулем просмотра webform по умолчанию, но, как и Майк, вы все еще можете воспользоваться преимуществами представлений, которые вы написали в brail и nvelocity с проектом MvcContrib . ASP.NET MVC, не привязывает вас к прямой ViewEngine, вы можете использовать любую ViewEngine, которую хотите. Я не думаю, что это обязательно какая-то разница.

Самая большая разница, которую я обнаружил, заключалась в группировке моих контроллеров и представлений. В MonoRail вы можете легко сделать это с атрибутом ControllerDetails, я смог легко обойти это ограничение, написав свой собственный код, но хотел бы, чтобы функциональность была встроена. Я сделал это, создав свой собственный ViewLocator и создав ActionFilterAttribute.

Я пользователь monorail, до сих пор я все еще чувствую себя более комфортно на MonoRail + ActiveRecord из-за удобства, построенного на ActiveRecord ARSmartDispatchController. Однако должен сказать, что MonoRail до сих пор не имеет хорошей базы документации (я один из тех, кого следует винить как участника сообщества, который не помог достаточно, чтобы написать документы)

Как я видел комментарии здесь, ASP.NET MVC использует WebForm view engine. Я думаю, что MonoRail тоже имеет это, но его обвиняют в том, что он довольно проблематичен, поэтому мне интересно, каков опыт с ASP.NET MVC WebForm - можете ли вы использовать компоненты веб-форм в основном так, как это работает, или вам придется в основном отказаться от большинства из них и придерживаться более шаблонного подхода (например, <%= или <%# ?

Хотя я еще не сделал переключения, я разработал на обеих платформах и провел некоторый анализ перед переключением.

Похоже, что самой большой разницей были бы двигатели просмотра. Наш материал Monorail использует движок представления Brail, в то время как asp.net mvc поставляется (на складе) с движком представления webforms. Однако в MvcContrib есть и другие механизмы просмотра, которые могут помочь в этой области.

Кроме того, ViewComponents и view "helpers", по-видимому, обрабатываются совершенно по-разному двумя фреймворками.

К счастью, я не работаю в организации, использующей продукт ship от Microsoft-это необходимо. Поэтому я не могу прямо ответить на ваш вопрос, однако в плане использования MonoRail я наслаждаюсь каждой частью фреймворка, хотя отсутствие документации, но набор тестов есть, чтобы направлять меня.

Короче говоря, я не хочу тратить время на изучение нового фреймворка, хотя он тесно соответствует (у каждого была своя конвенция), но ASP.NET MVC все еще не хватает некоторых функций, которые я уже знаю, таких как упоминание функции Дейлом Рагоном ControllerDetail, ActiveRecord и так далее.

Команда ASP.NET MVC все еще вносит изменения до v1.0, так что сейчас самое подходящее время для обратной связи .

Кроме того , имейте в виду, что есть более частые релизы на CodePlex, в то время как домашняя страница на www.asp.net все еще ссылается на предварительный просмотр 3.