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

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

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

scorched Mar 4 2009 at 19:52

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

acerv Mar 4 2009 at 20:04

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

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

sse Mar 4 2009 at 22:28

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

Спасибо.

acerv Mar 5 2009 at 00:23

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

sse Mar 5 2009 at 00:41

Эм? :)

acerv Mar 5 2009 at 00:45

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

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

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

sse Mar 5 2009 at 00:48

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

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

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

acerv Mar 5 2009 at 00:51

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

iZENfire Mar 5 2009 at 00:02

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

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

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

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

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

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

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

FuN_ViT Mar 5 2009 at 00:06

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

acerv Mar 5 2009 at 00:27

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

acerv Mar 5 2009 at 00:27

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

web4_0 Mar 5 2009 at 20:13

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

Show the best of all time