Unity + Обучение

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

Если брать более конкретно, то за эти два дня Unity, (первые три дня я занималась ООП по C#) узнала, как создавать окружение, откуда брать ассеты и как с ними работать, поняла, как создавать движения персонажа, его прыжок, расставила платформы,  как сделать движение камеры за персонажем, с помощью cineMachine.

Начала читать книгу: “Unity и C# Геймдев от идеи до реализации” – Джереми Бонд. Пока успела прочитать 83 страницы. Начало книги посвящено геймдизайну, пока все описано в общих чертах, посмотрим, что будет дальше.

При изучении Unity появилось много вопросов, кто работает разработчиком в этой сфере подскажите: Кто делает дизайн уровней, вот все эти домики, деревья, и тд. Понятно, что это рисует дизайнер, но он это делает в Unity или в какой-то другой программе, он рисует все полностью, а тебе к этому надо добавить код, или он только расставляет спрайты, а уже коллайдеры и все остальное добавляешь ты? Или тебе вообще дают какую-нибудь схему, а ты по ней сам все расставляешь? Очень интересно, как это внутри все происходит, если есть возможность, опишите пожалуйста весь этот процесс.

На следующей неделе в планах: анимация персонажа, боёвка, добавление различных уровней, музыка, звуки, враги и т.д.. Иногда появляется небольшой страх, что сколько всего нужно запомнить, но потом думаю, что создать пару своих проектов, и это должно уложиться в голове. Потому что пока в ней небольшой бардак, а пока из-за страха энтузиазм упал до 8/10. И как люди умудряются сделать игру за пару дней?

Как и обещала, делюсь ресурсами, которые мне посоветовали в комментариях, плюс чем пользуюсь я для изучения:

Онлайн курсы:

• Курс программирование на С# от новичка до специалиста - прохожу сейчас, совместно с курсом по Unity (Udemy).

• Курс по Unity. Создание 2D платформера – прохожу сейчас С#.(Udemy).

• Complete C# Unity Game Developer 2D – возьмусь после прохождения курса по Unity (Udemy).

• Ulearn.me – тоже прекрасный курс по С#.

• exercism.org – курсы по C# на английском.

• https://learn.unity.com/ - курсы по Unity от них самих, на английском, но сказали, что все понятно.

Сайты с задачами (здесь те, которые мне понравились больше всего):

• codingame.com – это сайт огонь, спасибо за подсказку.

• codewars.com

• c-sharp.pro – здесь задачки для начинающих

Книги:

• С# для чайников – хорошая замена онлайн курсов, для тех, кто любит книги.

• Unity и C# Геймдев от идеи до реализации, 2-е издание.

• Геймдизайн, как создать игру, в которую будут играть все.

• «Новый уровень!» Руководство по геймдизайну.

• Проектирование виртуальных миров. Теория и практика дизайна уровней.

• Кровь пот и пиксели – книгу уже прочитала, очень она понравилась, хорошо снимает розовые очки, что в игровой индустрии всё гладко и хорошо показывает, как много бывает кранча при создании игр.

• Чистый код. Создание анализ и рефакторинг. Роберт Мартин – для этой книги нужны уже хоть какие-то знания в C#.

• Грокаем алгоритмы – Адитья Бхаргава

• Геймдизайн. Рецепты успеха лучших компьютерных игр от Super Mario и Doom до Assassin’s Creed и дальше – Тайнан Сильвестр

Конференции:

• devgamm.com/ru/ - у них имеется ютуб канал, где выкладывают прошедшие конференции.

На сегодня всё. Нужно немного отдохнуть, поиграть, расслабиться. Всем отличных выходных, увидимся через неделю.

Бывало ли у вас такое, что вы учились чему-либо у человека, который сам очень плохо разбирается в вопросе? В наш век высоких технологий доступ на тот же ютуб есть у всех, но не все приходят туда лишь зрителями. Кто-то идет учится. И вот тут встает резонный вопрос - у кого? Бесплатных курсов полно, но в каком вас не научат откровенной туфте? Купи платный по куче отзывов - скажете вы. А что, если отзывы накрученные? А что, если выкинешь деньги (причем не маленькие) на ветер? А что, а что, а что...

Кто читал мой вчерашний пост, наверное, понял, о чем я.

Три недели назад я начала изучать язык C# чтобы в последствии перейти на Unity. Порыскав в интернете и не совсем разбираясь в том, что хорошо, а что плохо, я выбрала первый же выскочивший в рекомендациях курс. Уже после пары серий я почувствовала, что что-то не то. То ли я туплю, то ли лектор какой-то не такой.

Да-да, скажете вы, очередная "специалистка" нашлась. Но моя чуйка, увы, не просто так била тревогу. Специалисты даже без называния имя-фамилии лектора сообщили мне, что я не у тех учусь. Живущий под боком программист так же подтвердил - уууу, дичь. К тому же в интернете нашлась гора "разоблачений" на данного "специалиста". Но самое плохое здесь то, что курс я в целом прошла, и большую его часть освоила (пользуясь гуглом и чужой помощью). Если бы, собственно, не гугл и не помощь, не советы знающих людей, я бы бросила. И обучение бросила, и маленькую консольную игру, которую писала для лучшего закрепления выученного.

Итак, к чему я все это пишу.

Развиваться дома, самостоятельно, я не могу. Забросить так же не в моих интересах. Учиться дальше - хочется. Учиться у дураков - уже не хочется. Потому прошу помощи у тебя, читатель:

1. Если у тебя есть ссылка на хороший курс по Юнити - очень прошу ей поделиться.

(про официальные ресурсы от самого Юнити и документацию знаю, можно не дублировать)

2. Если у тебя есть ссылка на хороший курс по C# - так же буду благодарна

(КЭП, я знаю что такое документация и буду ее в любом случае читать и учить на практике, но новичку с 3 неделями стажа ее скушать, проглотить и переварить тяжеловато)

3. Если так же вы видели какие-либо с материалами на тему "что хорошо, а что плохо" по программированию - буду безмерно благодарна.

Так же я решила, что раз уж начала, то глупо ограничиваться одним постом. Буду вести какой-никакой дневник разработчика. Например - пост в неделю. На чем практиковаться у меня есть. Подумываю еще поделать каты. Короче - потихоньку. Если интересно следить за проектом и периодически читать мои словоизлияния - буду рада вашему отклику.

Всем хорошего дня!

P.S. Честно, я немного в шоке!Вот обычно как бывает - зарегистрировался на каком-нибудь сайте, выложил туда что-либо, и... тишина. Звенящая тишина при огромном количестве народа djrheu. Никто тебя не замечает, никому до тебя дела нет. А тут - почти 40 лайков за день!. Еще и километровое обсуждение на тему! Вах! Спасибо, ребята!

P.S. На скрине выше - кот-ученый из будущей игры. Наглый плагиат на Бегемота, конечно. Питается дураками. Эх... не хочу, чтобы меня слопал собственный персонаж :)

Пост №3. Несколько способов связи разных компонентов

Дисклеймер:

Во-первых, эти посты я пишу для тех, кто хоть немного знаком с C#. Во-вторых, это далеко не все способы связи частей программы/игры. В-третьих, не стоит забывать, что приведенные ниже код написан в просветительских целях, ориентирован на низкий порог вхождения, поэтому "делать еще более правильнее и профессиональнее, используя больше абстракций, а не конкретные классы" я не стану. И еще - можно бесконечно долго спорить о паттернах и анти-паттернах =)

Всем привет!
Сегодня расскажу и покажу три способа связи разных компонентов.

Сферическая задача в вакууме будет такой:

Есть некий объект-счетчик и есть интерфейс с текстовым полем и кнопкой. Счетчик существует сам по себе, интерфейс - сам по себе. Объект не должен знать о существовании каких-либо частей UI и уж тем более не должен от них зависеть - это поможет в дальнейшем избежать массу проблем (самая очевидная - сложности в модификации при подобных не совсем уместных зависимостях). Но этот объект может (и должен) обладать неким инструментом, что бы можно было реагировать на его изменения в процессе игры.

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

Проект урока можно посмотреть в гите .

1. Паттерн Singleton

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

В обучающем примере будет упрощенная реализация с наследованием от MonoBehaviour. Это нужно для того, что бы в примере просто разместить этот компонент в каком-нибудь объекте (для наглядности лучше в отдельный GameObject на "видном месте") на сцене и после запуска игры иметь простой доступ к этому компоненту. Директива #region использована исключительно для наглядности разделения блоков, т.к. в следующем пункте будем  дорабатывать этот класс.

Из-за такой условности, что упрощенная реализацию плюс  наследование от MonoBehaviour, у моего примера есть существенный недостаток - инициализация происходит в методе Awake. Следовательно, если на сцене изначально (при запуске игры) будут находиться объекты, которым потребуется доступ к этому классу, то делать это придется после Awake() - т.е. не раньше чем в Enable() или Start().

2. Паттерн ServiceLocator

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

На основе предыдущего пункта создадим такой Локатор. В моем примере он (локатор) наследуется от MonoBehaviour для наглядного размещения на сцене. Однако это вовсе не обязательно. Класс-локатор может быть статичным, а может быть и Singleton (но без наследования MonoBehaviour и без размещения на сцене его пришлось бы создавать в каком-нибудь месте игры, н-р, при инициализации).

"Локатор" готов. Но сам по себе он бесполезен. Теперь создадим основную сущность этого урока - Счетчик. Он должен будет регистрироваться в существующем локаторе и давать возможность корректно изменять свое состояние (помните про совет с минимумом общедоступных членов класса?) и выдавать по запросу свое актуальное состояние (значение счетчика).

Но как же Счетчик будет сообщать об изменении своего состояния? Чтобы другие объекты в игре могли отслеживать изменения Счетчика без необходимости его регулярной проверки, будем использовать...

3. События

События сообщают объектам-подписчикам о каком-то изменении. В данном примере Счетчик должен будет сообщать, что изменилось его значение. И что бы избежать лишней последовательности "Сработало событие -> Запрашиваем актуальное состояние -> Выводим результат" при вызове события сразу будет передаваться актуальное состояние счетчика.

События объявляются ключевым словом event с указанием типа делегата, которым будет представлено событие. Для примера подойдет "встроенный" в C# делегат Action<int> - он принимает параметр типа int - с его помощью будем передавать значение счетчика.

В написанный выше класс Счетчика внесем несколько изменений.

Подключим пространство имен и объявим событие

И в методе изменения счетчика добавим вызов события

Теперь быстренько создадим класс для работы кнопки и класс для текстового поля для "отлова" события изменения счетчика.

Кнопка должна будет через Локатор получить Счетчик и вызвать метод изменения счетчика.

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

[ВАЖНО] если вы подписываетесь на какое-то событие, не забывайте от него отписываться. Иначе это может привести не только к неожиданному поведению Вашей игры, но и критическим ошибкам.

Из текста я опущу то, что эти компоненты нужно разместить на сцене, в случае кнопки - еще необходимо задать обработчик нажатия в компоненте Button в инспекторе, а в случае компонента для текста - через инспектор задать значение текстового поля.

В результате получается следующее:

Запускается игра, сингтон-локатор инициализируется. Затем Счетчик регистрируется в локаторе. Следом (по порядку вызова Unity-методов MonoBehaviour) текстовое поле подписывается на событие изменения счетчика и первый раз выводит текущее состояние этого счетчика. А при нажатие на кнопку происходит увеличение счетчика. В результате чего вызывается событие изменения, на которое реагирует текстовый компонент.

На этом пост подходит к концу.

Еще раз напомню, что код и сцену можно посмотреть в репозитории.

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

Успехов в геймдеве!