Да, фактически это применение принципа S из SOLID. Мы делим логику на ответственности. И за счет того, что есть похожие реализации этого деления, существует эта концепция MVC.
Да, это действительно делается в коде. Можно в одном месте забиндить нужные данные. А потом их использовать. В такой системе и ваш вариант можно сделать. Это другая проблема - внедрение зависимостей. Ее в статье не рассматриваю
Да, это связано с особенностями Unity. Так как нам необходимы другие компоненты, например текст, то нам нужен объект, который сможет эти компоненты получить. В Unity проще всего это сделать через MonoBehaviour и SerializeField. И так как у нас идет взаимодействие с View(например, выключать и включать view) наследование от MonoBehaviour нам также подходит
Благодарю
Пока об этих способах не знаю
Спасибо за информацию. Я видел, что там будут изменения. Но подробности не знаю. Проверю
Привет. Разделить логику из View. И для каждой View написать observer, если это необходимо. Исходим из проблемы
Да, фактически это применение принципа S из SOLID. Мы делим логику на ответственности. И за счет того, что есть похожие реализации этого деления, существует эта концепция MVC.
Да, это действительно делается в коде. Можно в одном месте забиндить нужные данные. А потом их использовать. В такой системе и ваш вариант можно сделать. Это другая проблема - внедрение зависимостей. Ее в статье не рассматриваю
Да, это связано с особенностями Unity. Так как нам необходимы другие компоненты, например текст, то нам нужен объект, который сможет эти компоненты получить. В Unity проще всего это сделать через MonoBehaviour и SerializeField. И так как у нас идет взаимодействие с View(например, выключать и включать view) наследование от MonoBehaviour нам также подходит
Спасибо. Следующая статья будет в таком же формате
Да, это действительно так. В этой статье как раз такая ситуация. В следующей рассмотрю механизм взаимодействия с пользователем