2009-07-10 2 views

ответ

12

Pros

  • Нет бизнес-логики в пользовательском интерфейсе
  • Больше Unit Testable
  • Один размер подходит всем решение (ну почти ..)

Cons .. Я не могу думать о многих

  • Больше работы, но, наоборот, ИМХО это время хорошо проведено
+1

Еще один плюс: многие современные интерфейсы/веб-рамки разработаны с учетом MVC. –

3

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

1

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

В противном случае у MVC defenitly есть свои профи 1. Сохранение изменений пользовательского интерфейса полностью отделено от бизнес-логики. 2. помогает в упрощении обслуживания кода. 3. Легче протестировать бизнес-компоненты, пользовательский интерфейс и т. Д. 4. Защищать, поскольку страницы пользовательского интерфейса не будут иметь структуры бэкэнд-таблицы/другую логику.

1

Другой про (для некоторых MVC-фреймворков) - это то, что вы можете позволить дизайнерам быть разработчиками и разработчиками.

Дизайнеры не должны знать ничего о программировании моделей или контроллеров, только то, что происходит в представлениях. В случае веб-фреймворков MVC это может означать, что дизайнеру действительно нужно будет знать HTML/CSS/JS, чтобы выполнить свою работу.

Разработчики, с другой стороны, не очень интересовались бы тем, что div был 3px слишком далеко вправо. Им нужно только беспокоиться о бизнес-логике.

Смежные вопросы