Композиция: обращение вверх по иерархии

[spirit2]

Сообщение от Dukobpa3

Может вы еще и под каждый домик на карте изометрии свой ивент добавите?

Вторая попытка приплести 200 эвентов?! Так и сделаю, захаркодю их в XML ядре, спасибо за идею.

[alexcon314]

Как-то часто стало витать в воздухе некое "xml-ядро"... хоть бы объяснил кто, что за зверь такой. Если, конечно, не секрет.

[Wolsh]

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

Нифига себе MVC. А IModel extends IEventDispatcher уже не проканывает? О__о

[Dukobpa3]

IModel extends IEventDispatcher

Проканывает, но зачем? Нам ведь список геттеров из модели все-равно видеть надо.
Так что ссылка на модель будет во вьюхе. А мы ведь из вьюхи на нее подписываемся?

[Wolsh]

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

[zCHESNOKz]

ребят, а как на счет событий, могут ли дети подписываться на созданные родителями события ? Да, могут, а правильно ли это? По моему, - нет.

[Akopalipsis]

Да, могут, а правильно ли это? По моему, - нет.

Расскажите мне пожалуйста, как это они делают? Баблинг не в счёт, он же только у ДО обьектов.

[zCHESNOKz]

Сообщение от Akopalipsis

Расскажите мне пожалуйста, как это они делают? Баблинг не в счёт, он же только у ДО обьектов.

ну, в родителе диспатчим событие, далее в ребенке добавляем слушатель на это событие, а как по другому то ?

[Dukobpa3]

Сообщение от Wolsh

чтобы не было жесткой связи между данными и отображением.

Заставил задуматься
Я вообще всегда смотрел с той точки зрения что модель + контроллер это сердце системы. Вью без них обоих не сможет функционировать, и модели подменять даже не пытался ни разу за всю практику. А вот вью при некоторых раскладах перестегивать как перчатки приходится. Потому "облегчение связи" всегда воспринимал как облегчение процесса либо смены вью, либо всей триады конкретного блока.

Но если мы говорим о смене моделей, то нужен еще один уровень абстракции, как медиатор для вью, но прокси для моделей. Прокси за своим интерфейсом инкапсулирует несколько моделей, и меняет их внутри себя. В итоге получается медиатор слушает прокси, но медиатор может менять вьюхи как перчатки, а прокси модели как перчатки. А вот сам медиатор и прокси неизменны и со своими конкретными АПИ.

Добавлено через 38 секунд

далее в ребенке добавляем слушатель на это событие

А откуда в ребенке ссылка на родителя?
Фейл у нас начинается с момента наличия ссылки на родителя.

[Wolsh]

Да, могут, а правильно ли это? По моему, - нет.

Технически конечно можно любое извращение попытаться реализовать. Тут вопрос скорее даже не "правильно ли это" а "нужно ли это?", когда у родителей есть прямая ссылка на ребенка и значит доступ ко всем его пабликам.
Вы когда-нибудь видели, чтобы родитель звонил своему семилетнему сыну и объяснял "слушай, у меня тут завал на работе, шеф притащил еще один проект. Плюс в машине масло где-то течет, я блин весь уже на нервах.."?
Это обязанность детей звонить родителям и рассказывать о том, что с ними происходит. (DispatchEvent)
Родитель же дает четкие указания "ну ка, марш в кровать!" (child.method()).
А если ребенок не звонит, родитель его контролирует наблюдением (child.x, child.alpha).

Когда ребенок начинает гонять по экрану родителя, а тот плачется ребенку в трубку, на приложении можно ставить крест. Лучше стать хорошим художником, чем плохим программистом.