В прошлый раз, когда я взял нетривиальное приложение .Net/C#, я использовал Castle Monorail и, в целом, наслаждался опытом. Ранние версии/предварительные версии .Net MVC еще не были доступны. Многие «магазины Microsoft» теперь найдут «официальное» решение более привлекательным. Кто-нибудь ушел из Monorail в .Net MVC.От монорельса до ASP.Net MVC
Как вы нашли переключатель?
Какие самые большие различия, в настоящее время?
Пока я еще не сделал переключатель, я разработал на обеих платформах и делал предварительный анализ.
Похоже, что самым большим отличием будет вид двигателей. В нашем материале Monorail используется движок просмотра Brail, в то время как asp.net mvc приходит (запас) с веб-формами, такими как механизм просмотра. В MvcContrib есть другие механизмы просмотра, которые могли бы помочь в этой области.
Также ViewComponents и просмотр «помощников», по-видимому, обрабатываются совсем по-другому в двух рамках.
Я сделал переключатель, так как вы указали, что это будет предпочтительным способом для магазинов Microsoft. Переключатель был довольно тривиальным, и, по словам Майка, он поставляется с движком просмотра веб-форм по умолчанию, но, как Майк, также сказал, что вы все еще можете использовать мнения, которые вы написали в Brail и nvelocity, с проектом MvcContrib. ASP.NET MVC, не привязывает вас к прямому ViewEngine, вы можете использовать любой ViewEngine, который вы хотите. Я не обязательно думаю, что это разница.
Самое большое различие, которое я обнаружил, это группировать контроллеры и представления. В MonoRail вы можете сделать это легко с помощью атрибута ControllerDetails, я смог легко обойти это ограничение, закодировав свои собственные, но желаю, чтобы функциональность была встроена. Я сделал это, создав свой собственный ViewLocator и создав ActionFilterAttribute.
Команда ASP.NET MVC по-прежнему вносит изменения до версии 1.0, поэтому сейчас самое время до provide feedback.
Кроме того, имейте в виду, что более частые релизы по CodePlex, в то время как главная страница на www.asp.net еще ссылки на Preview 3.
Я пользователь монорельс, до сих пор я все еще чувствую себя более комфортно на MonoRail + ActiveRecord из-за удобства, созданного в ActiveRecord ARSmartDispatchController. Однако следует сказать, что у MonoRail пока нет хорошей документации (я один из них должен быть обвинен как участник сообщества, который не помог мне написать документы)
Как я увидел комментарии здесь, ASP В .NET MVC используется механизм просмотра WebForm. Я думаю, что у MonoRail тоже есть это, но виновато, что это довольно проблематично, поэтому мне интересно, как это происходит с ASP.NET MVC WebForm - можете ли вы использовать компоненты веб-формы в основном так, как это работает, или вы должны отказаться от большинства из них и придерживаться большего стиля шаблона (например, <% = или <% #?
Lucky Я не работаю в организации, использующей товарный корабль от Microsoft. Это значит, что я не могу напрямую ответить на ваш вопрос, Однако с точки зрения использования MonoRail я наслаждаюсь каждой частью фреймворка, хотя недостаток документации, но набор тестов есть для меня.
Короче говоря, я не хочу инвестировать время в изучение новой структуры, хотя она тесно соответствует (каждый из них имел но ASP.NET MVC по-прежнему не хватает некоторых функций, которые я уже знал, таких как упоминание функции Dale Ragon ControllerDetail, ActiveRecord и т. д.