загрузчик в MVC || S

[СлаваRa]

Нет не тянет. Это как раз и есть нарушение архитектуры. Модель только оповещает >> [В мир добавлено три дерева тип 1=>"Дуб", 2=>"Береза", 3=>"Клен"].

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

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

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

Котейка представьте Вы хочете отобразить ассет, а они кончились.

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

[Babylon]

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

[KumoKairo]

Пример, после загрузки Вы видите список скинов игрока и хотите выбирайте 1 из двух. По вашим словам вы отвязаны от модели.
В это же время кто-то другой его выбрал. Как вы про это узнаете?

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

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

[Babylon]

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

[Akopalipsis]

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

[Котейка]

Вью никогда не знает что ей надо отобразить, ссылка не внешний ресурс должна быть где-то

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

В это же время кто-то другой его выбрал. Как вы про это узнаете?

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

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

[Babylon]

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

[Котейка]

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

[Babylon]

Основной настоящей модели это не касается.

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

[KumoKairo]

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

Он писал только про загрузку вида в обход модели.

Да в обход модели. Это не ее дело что там вид грузит. Она про него вообще ничего не знает. Модель это чистая логика и база данных. Будь то консольное приложение или 3D в модели от этого не должно меняться ни строчки кода. В этом и есть смысл MVC-архитектуры.

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