Несогласен. Прислушайтесь к товарищу СлаваРа.

А что СлаваРа сказал такого, что противоречит моим словам? Не важно будет вид просить менеджера загрузить что-то для него или справится своими силами. Он сделает это не трогая модель.
Если по вашему должно быть не так, то ответьте мне тогда на вопрос: В чем по вашему главное назначение проектирования MVC?

Тут я, как один из немногих, который прочёл все статьи о MVCна этом форуме целиком, хочу сказать вот что - есть два лагеря. Один логику выносит в контроллер ( это как я понимаю Котейка один из них ), второй - выносит в модель. я пока за второй лагерь. И так же я ещё придерживаюсь того, что вью сама не чего делать не должно, она лишь считывает данные с модели по её указанию. Но это слова... Вот когда я столкнусь с этим на деле, то я предвижу, что будет не все так просто.

Akopalipsis, тут вы ошибаетесь, я как раз отношусь к тому лагеру, где логика в модели. О чем и свидетельствует мой пост:
Это классическое MVC. И оно на мой взгляд самое правильное.

Нет такого "классическое" или "неклассическое", есть просто MVC, каждый вправе реализовать как угодно, главное не нарушать принципов.

СлаваRa, разница между классикой и неклассикой все же есть и Википедия в этом со мной согласна)))
Но это не столь важно. То что предлагает Babylon вообще идет в разрез основному принципу MVC - разделения вида и логики. :)

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

@Котейка, где в вашей цитате разделение на "классическое" и "неклассическое"?

@Akopalipsis, вью тянет с модели линк на ассет, не?
а уж как она отобразит процесс загрузки, как оно отобразит ассет и т.д., это ее дело.

СлаваRa я не знаю что такое ассет))))

Akopalipsis,
Модель может содержать id отображающей вьюшки, не более.

Иногда, может понадобиться поместить в модель объекта, ссылку на отображающий спрайт. Например в игре, где физ модель юнита или игровой объект - представляет некоторый спрайт. Во вьюшке, для быстрого доступа к отображающему объект спрайту очень нужна прямая ссылка. В этом случае, нет ничего зазорного добавить в модель объекта свойство, хранящее ссылку на отображаемый спрайт. В идеале - в моделе объекта есть свойство userData:Object, куда любая вьюшка помещает необходимые ей ссылки, как например, сделано в Nape.