🧩 Расширяем Unity: Аттрибуты и функции 

Уже вижу летящие камни, по этому скажу, что сам я такое видео посмотрел бы. Но почему Вы не пойдёте читать оф. документацию? Или, например, англоязычные форумы.

@naumnek теперь я понял, что уже становлюсь тем кодером, который жалуется, что на русском всё устарело и сам же говорит "Идите на англ. читайте!", от чего на русском никто ничего и не делает.

+ А для тех приватных полей, которые должны быть в инспекторе, есть атрибут SerializeField.

Инкапсуляция - парадигма ООП: приватим всё, что можно, а если нельзя, то делаем геттеры сеттеры

да, у меня всё приватно, SF только для настройки вывожу. я хз как это влияет на взломопригодность, но надеюсь что хорошо влияет и эти значения на андроиде не взломают через какойнибудь артмани. я кста вообще ноль в плане защиты игры))

@@KENISEG приватность полей не защищает их от взлома, к ним все также можно обратиться по адресу в памяти. От изменений защищены лишь постоянные данные (например машинный код твоей игры, туда же относятся константы твоего кода), которые заданы при компиляции и защищены от изменений самой системой

Нарушение правил архитектуры проекта, эти ваши гейм манагеры....

Сегодня выйдет ещё одно видео из этой серии, про расширение Unity, а следующее точно будет именно про кастомные инспекторы

Привет! Во время написания кода в принципе удобнее пользоваться ReSharper'ом. Да, он есть как плагин на VS, но в Rider'e он работает немного приятнее, как по мне. Он позволяет деражть код немного в более строгом виде и сам тебе подскажет да расскажет, что где да как. А касательно самого Rider'a - огромное количество настроек, что касаются абсолютно всего и когда сидишь за кодом по 8-10 часов в сутки, имеют свой вес. Также - значительно более быстрая работа с assemblies recompiling, как я сам заметил (это была главная причина перехода для меня). Очень удобным становится, когда вся команда держит у себя один и тот же набор настроек для стиля кода и это повышает читаемость и скорость восприятия чужого кода, что очень ползено при "тесной" работе над кодом и его поддержании в принципе. После перехода на JB Rider, понял что очень быстро влился в экосистему JB и никуда не собираюсь. Заранее скажу, что первые пару дней эффективность понизилась и только после этого стала ещё выше, особенно - когда заимел полноценный пресет настроек от работающего на Rider коллеги. Если захочешь - могу выкинуть на GitHub. Оформление оринтировалось на VS Dark, чтобы легче было переходить. Уже) github.com/chakaramba/RiderSettings/blob/master/DSSettingsRider09feb20.zip

Если есть бабки, желание развиваться в теме или студент, то маст хэв. Как долбаный Сири/Алиса-помощник только по коду и не так бесит.

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

Нужно всего лишь думать, а ещё, совет тебе бесплатный - подтяни языки, как русский так и английский. Больно смотреть на то, что ты пишешь!)

Согласен. Это нарушения самого принципа хорошей архитектуры и не касается конкретно юнити или еще чего, тем более, что есть спец тег SerializedField. Ты открываешь код, который по дизайну не должен быть открытым другим участника системы.

тема интересная но по своему опыту скажу, что в большинстве случаев не выгодна в плане трудозатрат, лучше взять готовое решение, чем свое писать, я odin inspector использую для такого, правда он стоит около 50 баксов

Скоро будут :)

Ну а смысл делать переменную приватной если ее отобразить надо?

@@DELOG244 Емеральд же сказал : public поля нарушают Инкапсуляцию - один из оновных принципов ООП. Хотя мне кажется, что Unity это не про ООП, это больше первая неудачная попытка сделать ECS. По этому я думаю что в документации у них везде поля публичные. Потому что ECS нарушает все принципы ООП