Плюсы и минусы различных фреймворков MVC для .NET.

Со всей шумихой вокруг MVC (и это правильно) я решил отдать ее себе и написать свое первое веб-приложение .NET MVC. С несколькими вариантами на выбор я задавался вопросом , какие рамки MVC рекомендуют людям.

Кажется, что первые два действительно являются главными соперниками. Кроме того, некоторый контейнер DI является естественным дополнением к MVC - MonoRail будет поставляться с одним уже, пока ASP.NET MVC может работать с чем-то вроде Unity.

Ответы

Ответ 1

Я думаю, что лучшим вариантом будет Microsoft ASP.NET MVC по следующим причинам:

  • Официально.
  • У него будет интеграция с visual studio 2010.
  • Он был разработан людьми, которые работают в Microsoft.
  • Это бесплатно.
  • У этого есть большая поклонница разработчиков, которые клянутся им.
  • В нем есть много документации и информации, окружающих его.
  • Сила .NET у вас под рукой.
  • Не ограничиваясь развитием на одном языке.

Ответ 2

Microsoft ASP.NET MVC

pro: вы можете использовать .net и свой опыт работы с asp.net

Ответ 3

ASP.NET MVC поставляется со всеми распространенными каркасами DI, доступными в коде-проекте, и это тоже довольно легко сделать - я переписал StructureMap один для поддержки некоторых конкретных сценариев (выбор конфигурации SM из данные маршрута).

Итак, это касается основного отличия, о котором вы упомянули в вопросе; -p

Я бы использовал ASP.NET MVC лично... но он может приблизиться в любом случае. Я просто ожидаю, что ASP.NET MVC станет более популярным, что с "официальной" картой, ведущей к большему количеству книг/сообщества/и т.д.

Просто посмотрите на количество тегов здесь, на SO; asp.net-mvc (и аналогичный) 4k +; монорельс... трудно найти...

Ответ 4

В основном это сводится к тому, что вы хотите выбраться из него

Было сказано, что сложно обыграть asp.net mvc, поскольку он * активно поддерживается * Согласованные/простые в использовании соглашения об именах (если это не имеет смысла, не стесняйтесь пропустить это:) * хорошо документировано с исходным кодом/учебниками/handon labs et al. * отлично масштабирует поле с другими доступными параметрами

Я не слышал/не видел последние 2 варианта, и пока я просматривал эти ссылки, я не собираюсь вкладывать свое время в изучение/чтение о них, учитывая, что asp.net mvc там - мой 0.02

Ответ 5

Тот, что не упоминается здесь, мой любимый с 2014 года, NancyFx, вдохновленный Sinatra из мира Ruby.

Почти нет накладных расходов, в отличие от официального ASP.NET MVC в тяжелом весе.

Он работает с шаблонами OWIN и Razor (и другие) и легко расширяется.

Лучшей особенностью является то, что вы можете писать маршруты для обеих служб и представлений в том же классе контроллера MVC, который Нэнси называет "Модулем"