>суть.gif

>решение.gif

>лучше какую нибудь симуляцию

>в Годо есть встроенное решение для undo/redo!

>Лучше бы запостил прозрачный рендер с бликами.

>оно в самом же редакторе используется

>if get_some_object() is MyType obj:

> > obj.do_my_func()

>var obj := get_some_object() as MyType

>if obj: obj.do_my_func()

>if obj: # если obj создан и пока существует...

>(get_some_object() as MyType).do_my_func()

>Симулятора алкоголика еще, вроде, не было.

>в условии if создаётся локальная переменная

>подтягивается автодополнение

>var obj := get_some_object() as MyType

>if obj: obj.do_my_func()

>(get_some_object() as MyType).do_my_func()

>var obj := get_some_object() as MyType; if obj:

>_ obj.do_my_func()

>Сделойти

> Но в основную версию вряд ли пустят.

>var s := get_node_s() as Node3D

>if s: print("s is Node3D")

>очень много притянули

> @private @onready var something : String = "hurr durr"

> @private_default

> Что мешает написать так?

>модификаторы доступа

>other_object._private_var = value

>other_object._private_func()

>проверять несколько подтипов в цепочке

>если а типа А, то...

>иначе если а типа Б, то...

>иначе если а типа В, то...

>иначе если а типа Г, то...

>get_object().do_work() # никаких проверок

>if obj.has_method("do_work"): obj.do_work()

> Используй has_method(&"method_name")

>стрингнеймы

>Гит, бекапы

>Синглтоны нужны там, где они нужны

> DialogueSingleton.start_dialogue(npc.get_current_lines(), WorldDataSingleton.get_dialogue_point(npc))

>DialogueSingleton.start_dialogue

>WorldDataSingleton.get_dialogue_point

>...Server..., IP, Input..., Native..., OS, Java..., GDExtension...

>ClassDB, Editor..., Engine..., Performance, Project..., Navigation...

>СКАЗАНО НЕ ИСПОЛЬЗОВАТЬ, НУ ДА ЛАДНО

>клипуем

>вычисления для каждого пикселя

>Note: Clipping nodes cannot be nested or placed within CanvasGroups. If an ancestor of this node clips its children or is a CanvasGroup, then this node's clip mode should be set to CLIP_CHILDREN_DISABLED to avoid unexpected behavior.

>оптимизон под веб/мобилки интересно

>Мне игры делать неинтересно

>Записывать и считывать ресурсы (.tres/.res и .tscn/.scn) на компьютере игрока из произвольного места на диске чревато заражением вирусом в худшем случае

>а игроки постоянно обмениваются сейвами

>мне пофиг на людей, которые качают рандомное дерьмо из интернета

>модами обмениваются

>Если вылезут непредвиденные последствия - обязательно приду рассказать ИТТ.

>Но вообще, сохранение состояния в словарь, а из него в жсон - это очень просто,

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

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

> if dict.has("foo") and dict.foo is int: foo

> func _cast_to_type(dict: Dictionary, key: String, type: int, default: Variant) -> Variant:

> > if dict.has(key) and type_of(dict[key]) == type:

> > > return dict[key]

> > return default

> foo = _cast_to_type(dict, "foo", TYPE_INT, foo)

> bar = _cast_to_type(dict, "bar", TYPE_STRING, bar)

>О какой анимации речь?

> Возможно, через SQL будет быстрее и эффективнее?

>долгая анимация в нем

>и так можно сохранить проект ЛЮБОЙ сложности.

> current_animation

> current_animation_length

> current_animation_position

>Проще так записать

>Можно так записать

>А как ты, например, сохраняешь текущую анимацию, ее скорость, направление и позицию?

>скриптованной на твинах интерактивной нелинейной сцены, или

>физическая симуляция

>процедурное создание

> если у тебя в игре присутствует прям реально длинная сложная анимация, которая ещё и влияет на геймплей, которую ещё и надо сохранять-загружать - значит где-то ты свернул не туда

>Симулируется заново;

>у тебя в игре присутствует прям реально длинная сложная анимация, которая ещё и влияет на геймплей, которую ещё и надо сохранять-загружать - значит где-то ты свернул не туда

>я помню шутеры 90х-2000х, когда сохраняешься с летящей в полёте пулей, а при загрузке пуля тебя застреливает

>Физика не детерминирована

>Сейвы, по сути,

>костыли-подпорки либо "нинужно"

>Представляю что будет если я захочу сохраниться во время скриптованной на твинах интерактивной нелинейной сцены, или если у меня физическая симуляция с _integrate_forces, или процедурное создание материалов, или ...

>функции преобразования словаря в жсон нету

>>Симулируется заново;

>Физика не детерминирована

>может ты физический паззл делаешь

>сиди теперь пару минут жди чтобы вернуться

>все разваливается и слышь переделывай

>унылые обвязки-бойлерплейты

>И это касается не только сейвов, это ещё настройки, логика работы гуя, всякие там стейт-машины и куча другого.

>не нужно

>не нужно

>не нужно яскозал

> Кто тебе такой бред сказал? Всё есть и работает:

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

> Ну, c'est la vie, чо.

>подкапотная муть, которую никто не увидит

>>не нужно яскозал

>Не нужен тут только твой

>менеджер сохранений

>In order to be able to manipulate those StorageAccessors, an autoload called GlobalStorageManager is defined when the plugin is activated. This is a singleton capable of collecting and sending data to all active StorageAccessors in the scene.

>игрок: CharacterBody3D

>_ сохранятор_игрока: StorageAccessor

>_ пистолет: Пуляло3D

>_ _ сохранятор_пистолета: StorageAccessor

>_ _ магазин: Node3D

>_ _ _ сохранятор_магазина: StorageAccessor

>_ портки: Портки3D

>_ _ сохранятор_портков: StorageAccessor

>_ _ шнурки: Шнурок3D

>_ _ _ сохранятор_шнурков: StorageAccessor

>В любом случае, некоторые игроки спасибо скажут.

>In order to be able to manipulate those StorageAccessors, an autoload called GlobalStorageManager is defined when the plugin is activated.

>причины, чтобы страдать

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

>MyAwesomeStorageSingletonAddon.save(id, data)

>data = MyAwesomeStorageSingletonAddon.load(id)

> (я проверил код).

>Годот нодовый движок.

>Nodes are cheap to produce, but even they have their limits. A project may have tens of thousands of nodes all doing things. The more complex their behavior though, the larger the strain each one adds to a project's performance.

>Godot provides more lightweight objects for creating APIs which nodes use. Be sure to keep these in mind as options when designing how you wish to build your project's features.

>Ноды используют аля компоненты.

>не создавая зависимость внутри .gd

>func load(data: Dictionary): ...

>func save() -> Dictionary: return { ... }

>A # сохраняет/загружает B, пишет/читает в/из файл/а

>_ B # сохраняет/загружает C

>_ _ C # сохраняет/загружает D

>_ _ _ D # лист дерева сцены

>файл <- A <- B <- C <- D

>файл -> A -> B -> C -> D

> не улавливаете сути проблемы

> каждый раз бегаешь как охуевший по всей своей кодовой базе и выискиваешь какие значения у каких объектов нужно сохранить и как их потом восстановить

> Input

>Всё есть и работает:

>500 м/c

>давно

>хочется экшен-слешер в открытом мире с прокачкой, квестами, скиллчеками в диалогах.