Comments 3
Доброго времени суток. Странная реализация паттерна MVC. Почему моделью выступает ScriptableObject? ScriptableObject — статичный контейнер хранения данных. Например spawnpoints. Я бы еще понял если бы была вложенная структура Model внутри, которой лежит статичный Description = scriptableObject, который реализует лишь Get.
Пример простой: есть модель у нее есть дискрипшн. В моделе есть поле currentHp, который при инциализации модели заполняется из дескрипшена, в коротом MaxHp.
Иначе эта реализация может спокойно зачистить все поля scriptableObject`а.
+ почему controller выполняет роль view? Зачем он нужен если он напрямую влезает в данные view.
Паттерн MVC прост. Который диктует, что model и view не имеют доступа друг к другу. И лишь контроллер выступает прослойкой, которая связывает view и model.
Пример простой: есть модель у нее есть дискрипшн. В моделе есть поле currentHp, который при инциализации модели заполняется из дескрипшена, в коротом MaxHp.
Иначе эта реализация может спокойно зачистить все поля scriptableObject`а.
+ почему controller выполняет роль view? Зачем он нужен если он напрямую влезает в данные view.
Паттерн MVC прост. Который диктует, что model и view не имеют доступа друг к другу. И лишь контроллер выступает прослойкой, которая связывает view и model.
Здравствуйте! Вы можете задать вопрос автору статьи напрямую — dev.to/cemuka.
Хорошего дня!
Хорошего дня!
Доброго времени суток. Странная реализация паттерна MVC. Почему моделью выступает ScriptableObject? ScriptableObject — статичный контейнер хранения данных. Например spawnpoints. Я бы еще понял если бы была вложенная структура Model внутри, которой лежит статичный Description = scriptableObject, который реализует лишь Get.
Пример простой: есть модель у нее есть дискрипшн. В моделе есть поле currentHp, который при инциализации модели заполняется из дескрипшена, в коротом MaxHp.
Иначе эта реализация может спокойно зачистить все поля scriptableObject`а.
+ почему controller выполняет роль view? Зачем он нужен если он напрямую влезает в данные view.
Паттерн MVC прост. Который диктует, что model и view не имеют доступа друг к другу. И лишь контроллер выступает прослойкой, которая связывает view и model.
Пример простой: есть модель у нее есть дискрипшн. В моделе есть поле currentHp, который при инциализации модели заполняется из дескрипшена, в коротом MaxHp.
Иначе эта реализация может спокойно зачистить все поля scriptableObject`а.
+ почему controller выполняет роль view? Зачем он нужен если он напрямую влезает в данные view.
Паттерн MVC прост. Который диктует, что model и view не имеют доступа друг к другу. И лишь контроллер выступает прослойкой, которая связывает view и model.
Sign up to leave a comment.
MVC в Unity со Scriptable Objects. Часть 3