Как предложить Asp.Net Mvc поверх других технологий клиенту?

Question

Как показать преимущества использования asp.net mvc для клиента?

Я имею в виду - мы, как разработчики, можем понять преимущества более простой реализации автоматизированного тестирования, лучшего контроля над отображаемым html и т. Д., Но что будет самым сильным мотивом для клиента принять использование asp.net mvc?

Может быть, есть еще несколько симпатичных примеров, собранных с помощью asp.net mvc (исключая stackoverflow)?

---

p.s. Пожалуйста, не начинайте пламенную войну.
В данном случае - не имеет значения, является ли asp.net mvc лучше, чем x или наоборот.

Answer 1

Этот вопрос может быть немного субъективным, но я все равно остановлюсь на нем.

- Справочная информация:

MVC был выбран для меня до того, как я начал работать в моей нынешней компании, и мне было поручено изучить его, что мне очень понравилось, так как я очень ориентирован на HTML. Проект находится в стадии разработки, но у нас есть итеративные встречи, чтобы показать прогресс и конкретизировать требования. На одной из этих встреч я нашел крупную выгоду:

- Мой опыт:

Был задан вопрос о том, может ли сайт поддерживать доступ к мобильному телефону , но до сих пор я проектировал сайт для минимального разрешения 1024 x 768 . Не беспокойтесь, Я просто отключил стили CSS и страница отображалась в не очень симпатичном, но очень функциональном потоке. Весь сайт спроектирован семантически , что облегчает портирование на разные внешние интерфейсы с помощью таблиц стилей и, возможно, небольшого количества JS. ASP.net MVC отлично подходит для семантических сайтов, которые дешевле и проще в обслуживании.

- Больше вещей

Это одно из нескольких преимуществ использования веб-технологии, которая более полно охватывает среду, на которой она работает. Другие включают в себя:

• Лучшее разделение представления модели и логики управления, потому что это MVC, но это делает ваш код более свободным и более приверженным принципу единой ответственности, что в итоге делает его более дешевым в обслуживании

• Больше основано на стандартах, что означает, что легче использовать трюки JQuery и CSS, которые используют все классные дети, потому что они действительно сияют в хорошо сформированных документах, основанных на семантике. Это означает, что дешевле добавить талант

• Restful, управляемые URL запросы. Ваш URL не указывает некоторые .aspx для загрузки и выполнения тонны работы на кучу слоев в своем бедном небольшом коде позади. Ваш URL указывает запрос, который заставляет маршрутизатор вызывать функциональность уровня модели , которая выполняется там, где предполагается , а затем выдает соответствующие данные в представление. Здесь много хороших вещей:

  • Это позволяет одному контроллеру обслуживать страницы, веб-сервисы, AJAX и обрабатывать все случаи CRUD, но все в одном контексте.

  • Каждая ответственность обрабатывается методом, вызываемым из маршрутизатора , каждая группа связанных обязанностей может быть материализована в контроллер.

  • Вы контролируете, куда и куда направляются данные, вы можете создать собственную модель представления, чтобы перейти к представлению, и представление просто содержит логику для ее отображения, что делает вещи простыми и безопасными , особенно если люди, работающие на поле зрения, не люди, работающие над логикой контроллера.

Есть намного больше, но за то время, которое я потратил, чтобы напечатать это, все остальные ответы, вероятно, были опубликованы

Answer 2

Большей части клиентов не волнует, что происходит под капотом, пока это

• дешевый
• надежный
• ремонтопригоден
• совместимо со всем, что у них в данный момент есть

Дешево легко продать, ASP.net MVC бесплатно. Надежная? Он создан Microsoft, и его легко продать большинству PHB. Обслуживаемый? Это немного сложнее, так как это новая технология и не так много экспертов. Тем не менее, суть в том, что он гораздо ближе к чистому HTML, чем, скажем, веб-формы, поэтому его должно быть легко поддерживать практически любому разработчику.

Совместимость сложнее, но вы можете использовать пользовательские элементы управления в MVC, если это то, что у них есть. Это вам придется решить для себя, так как это зависит от клиента.

Answer 3

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

Answer 4

Это многоуровневый вопрос:

1. Зачем использовать .NET - возможности и производительность (и нет ничего плохого в том, что это технология, с которой вам удобно). IIS7 превращается в очень впечатляющую платформу.
2. Зачем использовать ASP.NET MVC? Ключ к продаже клиенту - это уровень контроля над выходом - это компромисс, который вы решили взять на себя в качестве разработчика, у вас больше контроля, поэтому в некоторых отношениях у вас больше работы однако, чтобы выиграть для клиента, нужно получить страницы, которые должны быть меньше, более совместимы со стандартами, более удобны для поисковых систем и, как правило, все, что должно быть на общедоступном веб-сайте.
3. Но если это для внутреннего сайта, вы должны на самом деле принять более взвешенное решение, формы работают , вы можете получить очень хорошие результаты, и если вы знаете, что среда будет развертывание в вас может оказаться более продуктивным с теми строительными блоками, которые он предоставляет, чем с MVC.

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

Answer 5

Я бы пошел по другому пути, нашел бы несколько дурацких сайтов ASP.NET Web Forms, чтобы показать их. Должно быть довольно легко. :)