Контроллер = медиатор?
От: XJava  
Дата: 20.01.08 12:39
Оценка:
20.01.08 15:59: Перенесено модератором из 'Java' — Blazkowicz
Re: Контроллер = медиатор?
От: XJava  
Дата: 20.01.08 12:47
Оценка:
Вопрос собственно возник после чтения книги "Создание корпоративных Java-приложений для IBM WebSphere", где пишут что объект контроллера реализует шаблон дизайна медиатора из Gof, а потом ниже пишут что
классы медиаторов определенны так, чтобы удовлетворять конкретной функции интерфейса пользователя или прецеденту; поэтому они менее гранулированы, чем контроллеры
вот тут я окончательно запутался что есть что.
Re[2]: Контроллер = медиатор?
От: Аноним  
Дата: 20.01.08 15:24
Оценка:
Здравствуйте, XJava, Вы писали:

XJ>Вопрос собственно возник после чтения книги "Создание корпоративных Java-приложений для IBM WebSphere", где пишут что объект контроллера реализует шаблон дизайна медиатора из Gof, а потом ниже пишут что

XJ>классы медиаторов определенны так, чтобы удовлетворять конкретной функции интерфейса пользователя или прецеденту; поэтому они менее гранулированы, чем контроллеры
XJ>вот тут я окончательно запутался что есть что.

Контроллер = медиатор между устройством ввода и моделью. Apparently, подразумевается один контроллер на купу виджетов VS один контроллер на виджет.
Re[3]: Контроллер = медиатор?
От: XJava  
Дата: 20.01.08 15:44
Оценка:
HCB>Контроллер = медиатор между устройством ввода и моделью. Apparently, подразумевается один контроллер на купу виджетов VS один контроллер на виджет.

А в каких случаях может использоваться один контроллер на виджет?
Re: Контроллер = медиатор?
От: VGn Россия http://vassilsanych.livejournal.com
Дата: 21.01.08 03:29
Оценка:
смотри статью на сайте:
http://rsdn.ru/article/patterns/ModelViewPresenter.xml
Автор(ы): Иван Бодягин
Дата: 25.07.2006
В наше время сложно найти разработчика, который не слышал бы о паттерне под названием Model-View-Controller или сокращенно MVC, что вообщем не удивительно, с задачей отделения данных от их представления сталкиваешься практически на каждом проекте. Однако, как ни странно, столь же сложно найти разработчика, который действительно четко себе представляет, что такое на самом деле паттерн MVC и как его можно реализовать в конкретной ситуации. Основная причина такой неоднозначности в том, что по историческим причинам данной аббревиатурой принято называть не один единственный паттерн, а целое семейство паттернов, призванное отделять представление от модели. Произошло это в силу разных обстоятельств. Отчасти из-за того что MVC не просто паттерн, а довольно объемное архитектурное решение, в котором каждый новый разработчик видел что-то свое и ставя во главу угла особенности своего проекта, реализовывал его по своему. Отчасти же из-за возраста данного паттерна, во времена его изобретения и сами приложения, и графические интерфейсы были существенно беднее чем в наше время, с тех пор они сильно эволюционировали и вместе с ними изменялся и сам паттерн. Данная статья посвящена также одному из паттернов входящих в это семейство, причинам его появления, особенностям применения, преимуществам и недостаткам, а так же описанию сопутствующих паттернов.


Controller (Контроллер)

В задачи Контроллера входит реакция на внешние раздражители и изменение Модели и/или Представления в соответствии с заложенной в него логикой. Один Контроллер может работать с несколькими Представлениями, в зависимости от ситуации, взаимодействуя с ними через некий заранее известный интерфейс, который эти Представления реализуют. Важный нюанс, в классической версии MVC Контроллер не занимается передачей данных из Модели в Представление и не является медиатором (Mediator) между Моделью и Представлениями.
... << RSDN@Home 1.2.0 alpha rev. 787>>
Re[2]: Контроллер = медиатор?
От: Аноним  
Дата: 22.01.08 21:07
Оценка:
Здравствуйте, VGn, Вы писали:

VGn>смотри статью на сайте:

VGn>http://rsdn.ru/article/patterns/ModelViewPresenter.xml
Автор(ы): Иван Бодягин
Дата: 25.07.2006
В наше время сложно найти разработчика, который не слышал бы о паттерне под названием Model-View-Controller или сокращенно MVC, что вообщем не удивительно, с задачей отделения данных от их представления сталкиваешься практически на каждом проекте. Однако, как ни странно, столь же сложно найти разработчика, который действительно четко себе представляет, что такое на самом деле паттерн MVC и как его можно реализовать в конкретной ситуации. Основная причина такой неоднозначности в том, что по историческим причинам данной аббревиатурой принято называть не один единственный паттерн, а целое семейство паттернов, призванное отделять представление от модели. Произошло это в силу разных обстоятельств. Отчасти из-за того что MVC не просто паттерн, а довольно объемное архитектурное решение, в котором каждый новый разработчик видел что-то свое и ставя во главу угла особенности своего проекта, реализовывал его по своему. Отчасти же из-за возраста данного паттерна, во времена его изобретения и сами приложения, и графические интерфейсы были существенно беднее чем в наше время, с тех пор они сильно эволюционировали и вместе с ними изменялся и сам паттерн. Данная статья посвящена также одному из паттернов входящих в это семейство, причинам его появления, особенностям применения, преимуществам и недостаткам, а так же описанию сопутствующих паттернов.


VGn>Controller (Контроллер)


VGn>В задачи Контроллера входит реакция на внешние раздражители и изменение Модели и/или Представления в соответствии с заложенной в него логикой. Один Контроллер может работать с несколькими Представлениями, в зависимости от ситуации, взаимодействуя с ними через некий заранее известный интерфейс, который эти Представления реализуют. Важный нюанс, в классической версии MVC Контроллер не занимается передачей данных из Модели в Представление и не является медиатором (Mediator) между Моделью и Представлениями.


Все и ниочем.
Re[3]: Контроллер = медиатор?
От: rsn81 Россия http://rsn81.wordpress.com
Дата: 24.01.08 07:08
Оценка: +3 -1 :)
Здравствуйте, <Аноним>, Вы писали:

А>Все и ниочем.

Не осилили, да?
 
Подождите ...
Wait...
Пока на собственное сообщение не было ответов, его можно удалить.