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

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

@Котейка, прошу Вас, перестаньте Вы с классикой и не классикой, пожалуйста.

Мне тоже не совсем понятно, что надо представить, какие ассеты и где они кончились?

Я и говорю про контроль над ресурсами для видов у разных юзеров

На экране игрока два скина. Мы нажимаем на один, вью уведомляет контролер о нажатии на определенный элемент. Контроллер говорит модели, что игрок выбрал скин #1 (допустим). Модель проверяет доступность скина#1 и после того, как оказывается что ее уже забрали, говорим вьюшке отобразить сообщение об ошибке.

Но при этом модель совершенно не имеет представления о том, как именно выглядит скин#1 у игрока, который решил его выбрать. Для модели скины в данном случае - простые абстрактные данные, никак не связанные с картинками

Не-не модель не при делах у Котейки :)

Пользователь зашёл на сайт не авторизованным и модельЮзер пуста. После нажатия на авторизацию чере соцсети ( клик по кнопке ), вью стреляет событие контроллеру, тот стреляет событие сервису. Сервис должен знать, что именно ему нужно загрузить ( потому, что там много лишнего из соцсетей ). Он начинает ворошить БД на сервере и искать там вошедшего пользователя. Там его не оказалось и сервис считывает дефолтные настройки профиля и все загружает. При загрузке он представления грузит в "базу представлений", а остальным набивает модельЮзер. По окончанию, он стреляет событие контроллеруЮзерМодели и юзерМодель сообщает вью о окончании. Вью соответственно лезет в юзерМодель и узнает id и прочее. Вью отыскивает в словареДляВью представление с полученным id. И все вроде удачно. я не где не ошибся?
И тут наверное мои слова о контроле загрузки моделью - поспешны, я исключал влияние самого сервера. А думал лишь о сервисе...

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

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

Вот KumoKairo говорит все правильно в своих сообщениях

А если координаты поменялись по модели у спрайта с id?

Babylon, все так же, вьювер кидает событие. контроллер передает модели, та меняет положение юнита с id. Но как выглядит этот юнит и какой у него спрайт модель не в курсе. :)

Это что новое понятие в MVC?:)

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