Хорошее MVC

[Psycho Tiger]

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

Спасибо большое, теперь я разобрался. Наверное, в усвоении сейчас поможет только практика. Ещё раз огромное спасибо)

[cpu]

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

в model-и есть set-метод и get-метод.
Как сделать, что бы view НЕ мог работать с set-методом, но мог работать с get-методом? И при этом открыть доступ к обоим методам controller-у?

ответил etc, что через интерфейс IModel.
=============================================
Если кому не лень, напишите в коде как это будет выглядеть.

[Psycho Tiger]

package game 
{
	public interface ILandMovable 
	{
		function get line():int;
	}
 
}

[fljot]

А ещё часто пишут, что модель занимается бизнес-логикой.
Вот пример — видеоплеер. Заканчивается проигрывание видюшки, модель диспатчит соотв. событие. Кому лучше дальше принять решение проигрывать ли следующее/случайное видео из списка или остановится? На основании какого-нибудь mediaPlayer.config.repeatMode и mediaPlayer.config.shuffle ?

[etc]

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

Кому лучше дальше принять решение проигрывать ли следующее/случайное видео из списка или остановится?

Контроллеру.

[dimarik]

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

Тут собственно все описано: http://www.books.ru/shop/books/352130

Замечательная книжка. Только я не нашел там описание MVC в качестве паттерна. Дальнейшие рассуждения об "оригинальности" "паттерна" MVC считаю актом вероломства.

[Psycho Tiger]

Кстати, вот сейчас интересный вопрос постиг:
Делаю игру, она 2.5д-шная, позиционирование объектов идёт как в 3д, но объекты являются уже отрисованными картинками и они просто поворачиваются нужным кадром к зрителю, создавая эффект 3д (короче, поворот на 360 кадрами мувиклипа, и крутим как будто бы в 3д). Странное чувство, но я уже даже не представляю, как это можно сделать без MVC... он чертовски заразный

Дак вопрос в чем - камера следует всегда за игроком и её можно крутить (только в одном направлении, конечно, иначе пререндер не имел бы смысла). В движке я переопределил методы поворота камеры с изменением модели PlayerModel (как никак это камера от игрока, поэтому туда засунуть считаю допустимым) и её же передаю другим объектам, которые должны крутится (чтобы они знали, когда нужно повернуться и куда). Это допустимо с точки зрения MVC, передавать не свою модель?

[Котяра]

Если вид зависит от PlayerModel - то это его модель тоже. Вообще разделение на "своя" - "не своя" условно. Но на вашем месте я бы вынес данные о камере в Model.cameraData - для более читабельного кода. тогда CharacterView [i] следит за Model.characterData[i] и за Model.cameraData, что вполне логично.
Тут, кстати, пригодилась бы древовидная реализация модели с всплывающими событиями..

[Tahion]

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

Замечательная книжка. Только я не нашел там описание MVC в качестве паттерна. Дальнейшие рассуждения об "оригинальности" "паттерна" MVC считаю актом вероломства.

Да неплохая, она у меня даже есть . Но вобщемто там многие патерны не описаны существующие)

[Psycho Tiger]

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

Можешь объяснить, что и куда? Я не понимаю, куда там дерево =\

Но на вашем месте

Давай на ты, вроде не первый день общаемся?

И да, у меня только один большой MVC, отвечающий за игрока и камеру, мелкие объекты вроде партиклов вообще идут одни классом, посложнее - а ля такие же юниты, как игроки - связкой V + MC. Может быть, это идиологически неправильно, но я руководствовался здравым смыслом.