Почему перейти на Asp.NET MVC - почему бы не перейти - PullRequest
0 голосов
/ 10 июля 2009

Все просто: Почему стоит перейти на Asp.NET MVC и почему бы не перейти (если есть какая-либо причина)?

Добавлена ​​

Нужно ли двигаться? Можем ли мы сказать, что будущее принадлежит asp.net mvc? Как вы думаете, сколько лет он может оставаться на вершине?

Ответы [ 4 ]

3 голосов
/ 12 июля 2009

MVC гораздо более хорошо сконструирован, позволяет намного лучше разделять код и контролировать разметку, а также намного легче на сервере, поэтому ИМХО единственная причина не двигаться, если у вас есть устаревшее приложение .NET (или другое) это работает безупречно, и вы не ожидаете, что в ближайшее время внесете в него серьезные корректировки / исправления.

Если вы решите переехать, вы должны знать, что вы сможете повторно использовать очень мало графического интерфейса пользователя и пользовательских веб-форм, поскольку MVS построен немного по-другому. Вы можете использовать библиотеки классов, если они хорошо написаны. В любом случае, написание материала в MVC намного быстрее, чем в WebForms, даже если это делается с нуля.

1 голос
/ 04 декабря 2013

Я категорически не согласен с принятым ответом. Я создал большие приложения как в WebForms, так и в MVC, и вот мое мнение:

ASP.Net Web Forms и ASP.Net MVC являются отличными средами, которые позволяют разработчику C # / VB Net создавать приложения уровня предприятия. Выбор того, что использовать для вашего приложения, зависит от нескольких факторов. Модель MVC существует уже много лет, она хорошо подходит, если вам нужно более тонко настроенное управление процессом цикла страницы, и она также лучше, когда речь идет о модульном тестировании и т. Д., Поскольку она поддерживает истинное разделение бизнес-логики и представления. слои.

Тем не менее, не отклоняйте веб-формы, реальность такова, что вы можете продолжать использовать среду веб-форм и при этом иметь жесткий контроль над элементами страницы, просто отходя от предварительно созданных серверных элементов управления и интегрируя стандартные элементы управления HTML5. Вы можете воспользоваться преимуществами новых JavaScript-фреймворков, таких как jQuery, вы можете повысить удобство работы с поисковыми системами, используя такие методы, как перезапись URL-адресов, и вы можете уменьшить или устранить постбэк, используя асинхронные фреймворки, такие как jQuery AJAX и SignalR.

Основная причина, по которой я не согласен с принятым ответом, заключается в том, что утверждение «писать вещи в MVC намного быстрее, чем в WebForms» совершенно неточно. Как скажет любой разработчик, который на самом деле создал приложения MVC, на самом деле гораздо быстрее создавать приложения WebForms. Причина заключается не только в кривой обучения, но и в том, что, хотя MVC предоставляет вам доступ «из-под капота» к циклу страниц и более прямой доступ к выводу HTML, это также является причиной того, что для создания приложений MVC требуется больше времени. , Поверьте мне, вы обнаружите, что выполняете гораздо больше «сантехнических» работ, чем когда-либо, когда вы разрабатывали WebForms методом «перетаскивания».

Дело в том, что когда впервые появился ASP.Net MVC, было много ажиотажа, и слишком много разработчиков предположили, что это замена веб-форм. Это не имеет. Как я уже говорил в начале, обе системы хороши, у них есть свои плюсы и минусы. Я предполагаю, что 90% разработчиков все еще создают новые приложения в WebForms.

Это мой 2с.

1 голос
/ 10 июля 2009

Если мы перейдем на MVC, мы сможем легко добавить или отредактировать любой модуль. Таким образом, мы можем добавить любой новый модуль, как плагин

1 голос
/ 10 июля 2009

также смотрит на движение в данный момент.

главный бонус для меня - полный контроль над макетом. я также изучаю реализацию успокоительного API, с которым очень хорошо работает модель MVC из-за структуры пути.

Josh

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...