Хорошее MVC

[Dukobpa3]

хмл - модель.
графика - вью.

В хмл могут быть ссылки на аасеты к примеру, тогда в модели будут урлы по которым вьюха сможет достать нужный ассет.

Или если графика заэмбежена - то бы сделал некий манагер, а в модели бы хранил ид-ы по которым вьюха сможет из манагера достать ассет.

Как-то так. А вообще по ситуации смотреть надо. В идеале должно быть так чтоб модель ничего не знала об ассетах. Чтобы можно было на одну модель повесить несколько вьюх, которые одни и те же данные по-разному отображают.

[Sintesis]

Наверное тогда класс в котором встроены все ресурсы будет каким-то хранилищем, а в модели будут храниться id. Условие такое, что скомпилиная флешка должна быть самодостаточной, то-есть в неё всё должно быть встроено и хочется, чтоб всё встроенное было в одном месте. В XML храняться данные о вершинах которые нужно парсить и больше ничего.

[Dukobpa3]

думаю норм будет.

[Sintesis]

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

[Dukobpa3]

Контроллер не знает про внутренности вьюхи, он слушает только ее.
А там уже вьюха шарит какое событие выпускать наружу при клике на кнопку.

Варианты могут быть разные.
Можно из кнопки бабблить транзитом через вьюху.
А можно во вьюхе слушать кнопку "открыть профиль" и например клик по аватаре, и на оба этих внутренних события в контроллер выпускать только одно событие: "покажи профиль".

[Sintesis]

Понятно, значит во вьюхе диспатчить буду.

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

Контроллер не знает про внутренности вьюхи

Но методы вьюхи контроллер может же вызывать? В примере ПсихоТайгера например: _view.updateSquares(); вызывается в контроллере. Или ты имеешь ввиду, что глубже заходить нельзя, например вот так
_view.updateSquares().someElse; ?

[Dukobpa3]

Но методы вьюхи контроллер может же вызывать? В примере ПсихоТайгера например: _view.updateSquares(); вызывается в контроллере. Или ты имеешь ввиду, что глубже заходить нельзя, например вот так
_view.updateSquares().someElse; ?

_view.updateSquares(); - это уже плохо. Только ивентами, но иногда не гнушаюсь и сам дернуть какой-то паблик метод вьюхи, хотя и очень стараюсь избегать. Я предпочту поменять что-то в модели чтоб вьюха увидела изменения и просто перерисовалась.
А то что вьюха постоянно слушает модель на предмет изменений и согласно этому рендерится вроде как вопросов вызывать не должно?

[Sintesis]

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

_view.updateSquares(); - это уже плохо.
А то что вьюха постоянно слушает модель на предмет изменений и согласно этому рендерится вроде как вопросов вызывать не должно?

Так это-ж ужас какой-то если она будет рендериться от событий модели, а если в контроллере Энтерфрейм событие меняет какие-нибудь данные положения объекта в модели, модель должна диспатчить событие для вьюхи 30 раз в секунду?

[Dukobpa3]

Тебе на первую страницу и читать сначала в таком случае....

Добавлено через 2 минуты
* Во-перых какие это данные в моделях должны с частотой раз в кадр меняться?
* Во-вторых что энтерфрейм делает в контроллере.
* В третьих кто сказал что рендер во вьюхе должен быть целиком - получил маяк - целиком перерисовалась.

Из модели шлются микросообщения: "поменялось такое вот данное" а вьюха меняет "такое вот поле". Одно поле, а не вся перерисовывается.

[Sintesis]

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

Тебе на первую страницу и читать сначала в таком случае....

Да не, толку не будет, потому, что мне в глаза сразу бросается _view.updateSquares(); который всё это решает. Можно тут объяснить?