Наследование скриптов / ООП в Godot Engine 

Спасибо за комментарий. Я очень рад, что урок получился полезным)

Если ты не можешь понять как перенести абстрактные "животных:кошка-собака" на свой пример - то тебе в программировании делать нечего. Наберут по объявлениям в ИТ/Геймдев/..., а потом то сайты рушатся, то игры крашаться, то программы зависают(добывая крипту...)

@@Roman-og4ur одно дело в гемдеве, там это интуитивно понятнее, но вот в десктопе это не так просто.

@@Roman-og4ur и говорить про то, что "делать в программировании нечего" слишком громко. На геймдеве программирование не заканчивается.

​@@stasitschik мне кажется, в начале лучше вообще не заморачиваться по ООП, делать без него. А потом уже рефакторить код и сразу поймёшь, что к чему.

Спасибо за комментарий) Приятно это слышать. Именно этого эффекта я и хотел от видео.

Спасибо. Стараюсь делать обучающий контент не скучным. И добро пожаловать в геймдэв)

Очень круто. Спасибо, что поделился. Видно, что у тебя основательный подходе к разработке. Если сидишь в дискорде, заходи к нам, там джемы и вообще очень приятные люди discord.gg/NqF45TKBD7

Спасибо) Рад, что тебе заходит контент

Привет. Спасибо за идею. Добавлю в свой список. Пока, честно говоря, ещё к 4ке не просматривался. Но тема актуальная.

Могло выйти ещё быстрее, но пришлось взять паузу. Спасибо за коммент)

Именно. Это оно

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

Физика в годо, как и в большинстве движков, моделирует кинематику, но не учитывает сопромат. Потому что учёт сопромата в 60 ФПС не потянет даже топовое железо. Софт для подобных расчётов вычисляет реакции и силы по 10 минут, ни о каких фреймах в секунду там речи быть не может. Поэтому приходится изобретать различные ухищрения. В годо для ухищрений придумали Area и их способность переопределять гравитацию внутри себя. Благодаря этому ты без расчёта сопромата можешь просто указать игровым объектам, что вот здесь у нас, скажем, опора движется (лифт, платформа и т.п.), стало быть, все касающиеся её объекты, должны двигаться вместе с ней - это трюк, подменяющий трение и реактивные силы.

@@damascake вот это топовый комент. Спасибо, что подробно расписал. Мне было интересно.

@@damascake зачем сопромат в 2d играх? И в 3d играх то не часто такое нужно

Defold по лучше солара и лов2д будет на мой взгляд, он тоже на Луа. И у Годо можно физику на Bullet переключить

Привет. Хорошая тема про class. Думаю сделаю про это короткое видео в будущем. Про архитектуру проекта тоже интересная тема. У меня как раз сложилось видение, как организовывать проекты. В начале я постоянно об это спотыкался. Спасибо, что поделился идеями!

@@frontend-pashtet я сейчас спотыкаясь, все написал в одном скрипте, теперь расхлебываю))

@@vladyan01 бывает) Я тоже переписывал проект. Пока не наспотыкаешься, не поймешь, как удобней)

Помянем

Насчёт ESC ничего не скажу. Не осведомлён, к сожалению. Насчёт «один объект - один скрипт» ты правильно понял. Только так и можно. Такая вот идея. Но необязательно все писать в одном скрипте. Стандартную ООП композицию никто не отменял. Можно создать класс, вынести поведение туда, пользоваться им в разных скриптах. В Unity прикольно, что композиция поддерживается на уровне дизайна. С множеством маленьких скриптов, как ты говоришь. Но в Godot это не особо популярно, насколько я могу судить. В конце концов это все паттерны. Можно и свой DI навернуть, и композицию при достаточном желании. Каких-то серьезных ограничений для этого нет. Разве что, gdscript не такой матёрый как C#. Но в Godot и шарп можно. Все зависит от желания.

Я хз, нужно ли еще или нет, но это происходит из-за направления нормалей на модели. Если работаешь в blender, то в режиме редактирования меш -> нормали -> во внешнюю сторону. Чтобы увидеть направление нормалей, нужно в правом верхнем углу окна 3D пррсмотра в настройках визуализации (кнопка рядом с вкл/выкл гизмо) включить соответствующую галочку.

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

yield достаточно запутанная штука. В 4ке ее заменят на async/await. Но это не значит, что не стоит разбираться с yield. Лично я использую его просто для того, чтобы дождаться определённого сигнала. Ну вот в ролике, как ты отметил, жду завершения анимации. Так можно ждать любой сигнал.

@@frontend-pashtet вау, async это синхронно, а await это ждать? Страшновато на четвёрку переходить и так мало чего знаю, а потом вообще небось надо переучиваться)

@@popooppop yield, сигналы и async/await это все элементы асинхронного программирования. Если просто, то это код, который выполнится не сразу, а когда-то в момент события. Можно делать как обычно- соединять сигналы с функциями, а можно упростить это с помощью yield или async/await. Кстати, в 4ке много изменений, но они связаны с производительностью, рендером и тд. Очень много опыта 3ки не пропадёт)

Такое проще обсуждать в дискорде. Может тебе нужен scale, может что-то другое. У нас там сообщество discord.gg/mswNVD2M98

окей у меня несколько вопросов, а то я щас сдохну от того что нихуэ не понимаю. 1) return я знал что ретурн возращает, но что значит if .....(): return ? это типо если это произойдет то оно дальше пойдет? 2) я понял что func......(): -> float это то что эта функция дает какое то число или что то тип того, а bool дает true или false. НО is_dead() - > bool return hp

ААА все спустя 2 часа я все понял, аааааа , это гениально спасибо тебе что затрегерил меня на непонимание и мне пришлось вломится в офиг гугла и устроить там чикибомбом фаавававыаыфаываыпфывапрыкеркепинкпигше спс

Спасибо за этот комментарий☺️. Ты молодец, что пошел в код и разобрался с наследованием. Я тоже не сразу научился использовать ООП в годо. Хотя в ООП разбирался до этого. Требуется практика. И вот как раз переписывание и переосмысление кода это шикарная практика.

@@frontend-pashtet в этом то и проблема по моему мнению в годо. Я учился с нуля без программирования и посмотрел от силы 3 гайда на английском где конечно же для новичков всех этих сложностей в коде нету. В юнити я видел дофига ассетов с готовыми играми где можно смотреть как что работает, а в годо такого вообще нет не смотря на несколько стандартных проектов

@@popooppop понимаю. Но в Godot люди чаще выкладывать код своих игры и демок. Просто потому что он с git лучше дружит (весь проект это текст, за исключением ассетов). Я участвовал дважды в Godot Wild Jam, и там почти все проекты выкладывают в открытый доступ. Изучая код интересных игр, я нашёл для себя несколько интересных плагинов и подходов к написанию кода. Можешь посмотреть игры для этого джема на itch.

Это моя авторская классификация :D Условно разделил тему наследования на наследование сцен и скриптов. К ООП эта классификация отношения не имеет. В Godot просто это две вещи идут немного независимо. Сцены могут наследоваться без наследования скриптов, и скрипты тоже могут иметь свою независимую от сцен иерархию.

@@frontend-pashtet 🤔😁 ладно А материал клёвый, кстати :)

Второе сразу же выводит тип переменной, если это возможно Например, var speed : int = 5 можно коротко записать как var speed := 5, потому что 5 это int

@@frontend-pashtet но ведь можно записать var a = 5 , и так работает. Или так типы выводятся на этапе компиляции?

@@Илья-п4м3щ если тип задан, то годо будет проверять на этапе компиляции на ошибки. Ну, и в редакторе будет тебе подсказки давать, что очень удобно.

@@Илья-п4м3щ но работать будет и так, это верно. Просто с типами как-то солидней😄

@@frontend-pashtet это да) но := не покажет тип прям тут. Или там подсказки будут отличаться? Например, если просто =, то не будет показан тип?

Ну не совсем в голанге)

При желании ООП код можно наваять и на Си без ++, для ООП наличие классов не является обязательным, как бы это странно и вычурно не звучало на первый взгляд в наше время.

@@LMCdd ООП без классов, деньги на ветер

Я из c# и c++ знаю

Ну он круче,в юнити невозможно работать

@@ponpon2468- спорные утверждения

@@RU-vidBobr ну тут наверное да,субъективщина. Мне просто юнити не нравится,даже лагает немного

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

Godot очень удобный и интуитивно понятный, к тому же поставляется всего одним небольшим файлом, размером в 100 мегабайт и работает быстро.