Так она одним куском очень здоровая. В общем, я не думаю, что я что-то нарушил.

Эх, похоже, фиговый из меня переводчик:) Унес статьи в личный блог.

Ну да бог с ним. Когда переводил, очень много из своего опыта переосознал.

@scorched 4 мар 2009 в 16:52

Объясните мне пожалуйста последний пункт. Написано, что представление и контроллеры не должны взаимодействовать друг с другом. Как тогда работают контроллеры я не понимаю. Контроллер должен как-то узнать, что изменился текст в текстовом поле, например. Как он это узнает? Ведь это через контроллер в модель должны попадать данные.

@acerv 4 мар 2009 в 17:04

>Ведь это через контроллер в модель должны попадать данные.

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

@sse 4 мар 2009 в 19:28

Отличная статья :)
Если хотя бы одно приложение станет чище и читабельнее после этого, это уже достаточное основание, чтобы переводить и публиковать.

Спасибо.

@acerv 4 мар 2009 в 21:23

Сори. Старался переводить как можно ближе к тексту, отсюда такая рубленность.

@sse 4 мар 2009 в 21:41

Эм? :)

@acerv 4 мар 2009 в 21:45

Тьфу, день дурацкий:) Замучали меня и закритиковали, прочитал «если хотя бы еще одно предложение» :))

Полностью с вами согласен:)
Кстати! Мой перевод гуглом по запросу GUI Arcitectures выдается вторым и третьим результатом:)

Первый — собственно оригинал. Круто, ящетаю:)

@sse 4 мар 2009 в 21:48

GUI Arcitectures? Не дай б-г!

GUI ArcHitectures было бы лучше ;)) Шутка.

Спокойной ночи

@acerv 4 мар 2009 в 21:51

Да-да:) И вам.

@iZENfire 4 мар 2009 в 21:02

Я в своё время сделал компромиссный вариант MVC на основе образца Observer для J2ME-приложения. Может кто выскажет критические замечания моему подходу, буду признателен.

Почему «компромиссный»? Потому что не все тулкиты позволяют реализовать «правильный» MVC из-за каких-либо ограничений архитектуры базовых библиотек.

Вот простенькая интерпретация того, что получилось.

Модель представляла собой, пользуясь терминологией статьи, «Доменный объект», связанный с Представлениями только событийным интерфейсом (Представления «подписывались» на событие изменения состояния Модели). Модель имела свою собственную линию жизни (нить исполнения, thread) и не зависела ни от чего другого, жила своей жизнью — эволюционировала, так сказать, с определёнными параметрами (скорость движения, направление движения и текущие координаты). При изменении координат рассылалось уведомление всем «подписчикам» — Представлениям.

Другая часть — «Модель представления» (Presentation model, пользуясь терминологией статьи) — «зашита» в объект формы «Настройки». Устанавливает скорость в Модели после подтверждения ввода пользователя. Это данные «сессии» (см. первую часть статьи).

Контроллёр по идее должен был контролировать все нажатия клавиш и управлять Моделью (менять её состояние). Но все события от клавиатуры перехватываются базовым элементом Canvas (графическим Экраном) — так решили разработчики платформы J2ME — а транслировать команды управления в Контроллёр (мидлет) накладно и неэффективно, поэтому состояние Модели (направление движения и скорость) задавалось в коде объекта-потомка Canvas в зависимости от нажатых клавиш.

Вот, в общем-то, простейшая концептуальная реализация одной из видений MVC. Критикуйте.

@FuN_ViT 4 мар 2009 в 21:06

черт, мозг сломал. дайте кто-нить для нуба mvc ссылку (mvc я понимаю, но какие задачи ставились и для чего был нужен — не врублюсь)

@acerv 4 мар 2009 в 21:27

Попробуйте еще вот здесь почитать:

@acerv 4 мар 2009 в 21:27

www.rsdn.ru/article/patterns/modelviewpresenter.xml

@web4_0 5 мар 2009 в 17:13

MVC для начинающих

Зарегистрируйтесь на Хабре, чтобы оставить комментарий