Хорошее MVC

[dimarik]

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

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

Это общий дуализм GOF-паттерна Observer. По моему мнению, разработчику необходимо решить какое количество информации необходимо нести в конкретном событии. Можно ввести отдельное событие для каждого изменения модели. Можно ввести одно событие для любого изменения модели. Представление может запросить у модели (POP-операция) недостающие в событии данные. Событие может нести в представление избыточное количество информации (PUSH-система). Истина где-то рядом.

[AlexDesinger]

Думаю статейку накатать на днях про MVC для нубов вот...

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

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

[i.o.]

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

[Psycho Tiger]

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

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

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

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

[Mur4ik]

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

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

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

[i.o.]

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

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

[Котяра]

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

Это общий дуализм GOF-паттерна Observer. По моему мнению, разработчику необходимо решить какое количество информации необходимо нести в конкретном событии. Можно ввести отдельное событие для каждого изменения модели. Можно ввести одно событие для любого изменения модели. Представление может запросить у модели (POP-операция) недостающие в событии данные. Событие может нести в представление избыточное количество информации (PUSH-система). Истина где-то рядом.

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

[Psycho Tiger]

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

[Котяра]

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

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

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

[AlexDesinger]

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

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