Какие существуют альтернативы Model-View-Controller?

1. Пассивный Вид - http://martinfowler.com/eaaDev/PassiveScreen.html
2. Управляющий Контроллер- http://martinfowler.com/eaaDev/SupervisingPresenter.html
3. Model-View-Presenter - http://martinfowler.com/eaaDev/ModelViewPresenter.html

Мой личный фаворит-это пассивный взгляд . Более проверяемый, чем другие, которые я видел, включая MVC.

Некоторые другие архитектурные образцы, включая MVC.

многоуровневая система

TCP / IP

Объектно-Ориентированная Организация

Model-View-Controller , Presentation-abstraction-control , модели представления телеведущая и модель представления ViewModel .

Примерами могут быть ASP.NET's MVC, Ruby на Rails и куча других.

Неявный вызов на основе событий

Среда браузера (DOM)

Архитектура труб и фильтров

Unix трубы

Хранилища

Переводчики С Табличным Управлением

Вы также можете найти эту статью Гарлана & шоу по программной архитектуре приятным чтением.

Еще одной примечательной ссылкой была бы Статья об архитектурных образцах в Википедии .

Я иногда видел MVC без C, где представление прослушивает изменения в данных модели и изменяет рендеринг соответственно, и где методы в модели привязаны к обработчикам событий для представления.

Для проектов, где представление по необходимости тесно связано с данными (например, когда есть визуальные компоненты, непосредственно связанные с моделью или атрибутами модели), это может быть весьма полезно, Так как оно отсекает "middle man."

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

Ну, есть Model-View-Presenter, но я думаю, что вы обнаружите, что наиболее распространенные "alternative"-MVC-это действительно отсутствие надлежащего разделения. В качестве крайнего примера рассмотрим классические страницы ASP, где HTML, VBScript и SQL находятся side-by-side в одном файле. (Это не bash из ASP-вы найдете множество таких примеров в других языках.)

Хотя приведенные выше ответы вполне корректны, я думаю, что гораздо важнее отметить, что слова "design pattern" совершенно неизвестны 90% всех людей, которые создают программное обеспечение. Они просто начинают писать код.

Задача состоит не в том, чтобы выбрать лучший подход к дизайну, а в том, чтобы убедить других в том, что дизайн имеет ценность.

Ну, теперь он уже совсем старый. Я хотел бы упомянуть еще один (в интересах информации для получения дополнительных знаний) - PresenterFirst patrern

Вот еще информация о том же самом:

http://en.wikipedia.org/wiki/Presenter_First

http://www.atomicobject.com/pages/Presenter+первый

HTH

Семейство шаблонов Presentation-Abstraction-Control (PAC), где интерфейс/взаимодействие обрабатываются иерархией агентов.

Статья в Википедии не велика http://en.m.wikipedia.org/wiki/Presentation-abstraction-control

В веб-фреймворке Lift мы используем подход View First . В основном представление состоит из одного или нескольких фрагментов (несколько похожих на контроллеры), и фрагменты могут быть вложенными. Это очень хорошо работает с HTML и Scala встроенными возможностями обработки XML.

А как насчет модели наблюдателя ? Если я не ошибаюсь, MVC был введен в Smalltalk, и после этого появилось несколько шаблонов подписки publish/.

Шаблон наблюдателя (подмножество шаблона публикации / подписки) - это шаблон проектирования программного обеспечения, в котором объект, называемый субъектом, поддерживает список своих зависимых объектов, называемых наблюдателями, и автоматически уведомляет их о любых изменениях состояния, обычно вызывая один из их методов. Он в основном используется для реализации распределенных систем обработки событий.

Например: кнопка Сохранить включается в Редакторе только тогда, когда есть данные, которые нужно сохранить. Другой пример шаблона наблюдателя-архитектура представления документа в MFC, где представление обновляется при изменении документа .

Вы можете свернуть свой собственный MVC с текущим фреймворком ASP.NET и при этом сохранить модель обратной передачи.

http://www.codeproject.com/KB/aspnet/RollingYourOwnMVCwithASP.aspx