не получается идеальный MVC

[BlooDHounD]

tikhop, методы работы с сервером, или методы (де)сереализации? немного различные понятия. а вообще это подвиды контроллеров.

[etc]

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

а где должны храниться методы работы с сервером (AMFPHP, FMS) В модели?

В контроллере серверного соединения.

[Cybo]

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

[BlooDHounD]

Cybo, изменении одно из кого? модель должна хранить данные и рассылать события об изменении. характер изменений задаётся контроллером.

[Ромастый]

Не обязательно. Отображение может запрашивать состояние модели и без нотификации об изменении. Классический пример:

Модель: хранит скорость V, начальные координаты p0 и время начала движения t0. А так же возвращает текущие координаты по формуле:

p = p0 + V * (getTimer() - t0);

Контроллер: меняет скорость (может так же сохранять в модель p0, t0 - но это необязательно, их может рассчитать и сохранить сама модель).

Отображение: регулярно запрашивает у модели текущие координаты (скажем на ENTER_FRAME).

[dimarik]

Ресурсов нам девать некуда. 30-40 бойцов на поле боя отожрут энтерфреймами немалый фпс. Лучше нотификация.

[Ромастый]

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

Ресурсов нам девать некуда. 30-40 бойцов на поле боя отожрут энтерфреймами немалый фпс. Лучше нотификация.

В случае с частыми обновлениями (например перманентное линейное движение, которое нужно отображать с обновлением экрана), нотификация о КАЖДОМ изменении координат себя как раз не очень оправдывает. А ресурсы тратятся на другое - вопроизведение анимации (на тот же энтерфрейм) ,сортировку, и многое еще чего.
И борются с этим другими способами (останов анимации и пр. за пределами viewArea), пересортировка не на каждый кадр, а на смещение объекта или viewArea, ну и т.п, и т.д.
А вычисление координат по простейшей формуле - это песчинка, и тут запусти хоть 500 ентерфреймов.

Но все зависит от задачи, для других вариантов есть другие решения.
Я просто привел пример.

[dimarik]

В случае с частыми обновлениями (например линейное движение), нотификация себя как раз не очень оправдывает.

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

[Ромастый]

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

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

Ох, ну понеслась по кочкам..
Я рассматривал простейшую ситуацию, когда состояние меняется, а нотификации не требуется, и под состоянием имел ввиду координаты. Не затрагивая остальную модель. Я же не говорил, что нет оповещения о других изменениях. Так например вполне может быть нотификация при изменении скорости, и если отлична от нуля - запускать энтерфрэйм.
Если речь зашла о проверках, то проще писать координаты в самой модели, проверяя округленное значение времени деленного на fps, так чтобы вычисление и запись происходили только при первом обращении на кадре, а остальные запрашивающие получали значение уже записанной переменной. И при постоянном движении несколько энтерфрэймов не будут работать медленнее, чем вызовы всех обработчиков, подписанных на событие.
Но все зависит от постановки задачи и конкретики, вариантов может быть масса. А я привел лишь абстрактный пример.

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

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

[BlooDHounD]

Отображение может запрашивать состояние модели и без нотификации об изменении.

а это не очевидно? модель хранит состояния и оповещает о своих изменениях. это подразумевает, что в любой момент времени я могу узнать состояние. классический пример: инициализация вьювера.

что касается странного спора, то в случаи с перемещением, я бы выбрал средний вариант: модель оповещает о изменении скорости, если скрость отлична от нуля, то вьюха включает ентрфрэйм, иначе выключает.