Хорошее MVC

[Mur4ik]

Сообщение от i.o.

паттерны были придуманы для больших / сложных проектов. Если ваш плеер будет описан парой сотен строк кода, то использование mvc, на мой взгляд, неоправдано.

Паттерны бывают разные, и не все они только для больших и сложных проектов (и уж тем более не для них придуманы ).
Если flv плеер планируется усовершенствовать и наращивать функционал (обычно так и бывает), то лучше изначально об этом подумать.

[Psycho Tiger]

да, да, скорее бы )))

Я кстати, её уже пишу.

Народ, а есть ли смысл использовать mvc для простых проектов, например, для создания flv плеера? Если смысла нет, может можно применить просто C+V?

MVC всегда есть смысл использовать, ровно как всегда есть смысл его не использовать.

[i.o.]

Если flv плеер планируется усовершенствовать и наращивать функционал (обычно так и бывает), то лучше изначально об этом подумать.

Именно это я и хотел сказать. Спасибо )

[Psycho Tiger]

Вот вы говорите про pop и push от вьюхи в модель. Речь идёт о стэке? Разве это нормально что вьюшка так или иначе меняет модель?

[Котяра]

Сообщение от Psycho Tiger

Вот вы говорите про pop и push от вьюхи в модель. Речь идёт о стэке? Разве это нормально что вьюшка так или иначе меняет модель?

Не, это не о том..
Pop Pull - система оповещения - берём данные самостоятельно.
Push - посылаем вместе с событием.
вот тут на примере java

[Psycho Tiger]

Сообщение от Котяра

Не, это не о том..
Pop Pull - система оповещения - берём данные самостоятельно.
Push - посылаем вместе с событием.
вот тут на примере java

А, всё, понял. Пример даже излишен, объяснения хватает заглаза ) Спасибо.
Только вот:

Представление может запросить у модели (POP-операция) недостающие в событии данные.

Всё таки pop или pull?

[AlexDesinger]

Если flv плеер планируется усовершенствовать и наращивать функционал (обычно так и бывает), то лучше изначально об этом подумать.

угу, планируется, именно поэтому я и задумался о mvc

[dimarik]

Ошибся. Правильно pull. Спасибо что поправили.

[cleptoman]

ребят, пытаюсь повернуть мозги в сторону MVC, накидал кое-какой примерчик.
чего хотел - сделать возможность на ходу менять вьюшки деталей робота без особого вреда для здоровья (setter/getter). наказякал по этому случаю класс Robot.
вопрос - насколько тут все криво?

сорсы
пощупать

[Kidd002]

cleptoman:
1. На мой взгляд стоит класс Robot сделать вьюшкой-наследником Sprite, а управление с изменением модели выделить из Main (WASD) и Robot(мышка О_о) в отдельный класс-контроллер. А то у вас получается что Robot выполняет функции и представления, и контроллера.

2. Не уверен что параметр moving в TracksModel - настолько важная информация, чтобы хранить ее в модели.

3. Ну и SPEED лучше хранить в модели (RobotModel или TracksModel)