пост все еще короткими логами (но уже скоро)

Короткий список изменений:

• Исправлено формирование ObjectName в случае, если Класс находится в Namespace.

  В этом случае у Объекта появляется префикс из первых букв всех неймспейсов в которые он входит. Наример: Если мы создали класс Game::Characters::Humanoid, то имена экземпляров этого класса будет выглядеть как GCHumanod_#, где # порядковый номер объекта (или S, в случае, если класс имеет флаг NoInstantiate, или D для DefaultClassObject). Имя класса ClassName сохранит полное квалифицированное имя, т.е. Game::Characters::Humanoid

• Добавлены Namespace в Lua

  Lua теперь формирует свою связанную с классом таблицу с оглядкой на C++ namespace этого класса. Все namespace формируются таблицами (в прочим как и почти все в Lua). Например, если мы регистрируем класс Game::Characters::Humanoid, то в Lua он создаcт таблицы Game, Game.Characters и Game.Characters.Humanoid, где последняя и будет нашим классом.

• Устранены утечки памяти стека Lua

  Пока делал namespace обнаружил, что не все поля удаляются из стека после их использования. исправил.

По сути осталось сделать только создание объекта из Lua, их удаление, и поиск по созданным объектам в C++ (не думаю, что стоит морочится и сразу прокидывать их в скрипт при создании на стороне C++). И на этом основная работа в общем-то закончена. Конечно, нужно будет еще посмотреть, что из luaL библиотек выбросить (скорее всего все). Потихоничку делать Lua обертку для glm математики, ну и прочее (тики, евенты, итд). Но это уже можно будет все сделать по ходу дела по необходимости. Отдельно еще стоит задача реализации Lua RAT ассетов, но это будет сильно позже, когда RAT формат в принципе будет введен в движок.

Посты пока все-еще короткими логами

Важное: Отпуск закончился, теперь времени будет меньше. Думаю вернусь к графику один пост в неделю/две

Короткий список изменений:

• Окончательно приведен в порядок метод Demangle для формирования имен классов с учетом кроссплатформенности

  Вернулся в итоге к вызовам abi::__cxa_demangle в linux, который, увы, невозможно использовать на этапе компиляции, но с другой стороны он нам там теперь особо и не нужен. Для windows (msvc) проблем изначально не было, т.к. typeid возвращает сразу нормальное название (нужно лишь отбросить первые 6 символов)

• Частично добавлена возможность передавать объект, связанный с объектом C++ из Lua в основную программу

  Пока что на вход можно подать только указатель на базовый Object (т.е. надо использовать dynamic_cast/reinterpret_cast в теле C++ функции, чтобы получить нужный нам объект). Думаю, как реализовать нормальное приведение к нужному типу.

• Частично добавлена возможность передавать объекты из C++ в Lua в качестве возвращаемого значения вызванной функции

  Объект передается (вылетает по assert, если класс возвращаемого объекта не был зарегистрирован), но нужно придумать, как проверить, есть ли экземпляр этого объекта уже в стеке Lua, чтобы не плодить сущности.

• Исправлен недочет имплементации ScriptClass<ObjectBasedClass>, при которой класс объекта не регистрировался в Lua, в случае, если у него нет ни одного функционального поля

Посты пока все-еще короткими логами

Короткий список изменений:

• Обнаружена и исправлена ошибка повторного создания DefaultClassObject

  Из-за несвоевременного вызова Demangle для очистки имен классов от мусора, проверка на то, существует ли DefaultClassObject или нет проходило с некорректным "искалеченным" названием класса, что приводило к повторным созданиям DO.

• Исправлена ошибка контекста создания Подсистем

  Из-за использования шаблона с singleton методом создание объекта подсистемы происходило в том контексте, где было обращение к ней, что приводило к множественным созданиям объекта. Так-же связано с исправленной ошибкой выше.

• Добавлена новая сущность SubsystemManager

  Для удобного хранения сущностей Подсистем и централизированного управления ими.

• Добавлена возможность определить стадию запуска подсистемы

  Теперь, на выбор есть несколько точек входа в подсистему (автоматического вызова Startup)
  - Early - подсистема запускается сразу при запуске приложения (до main функции). Подсистема Script - является Early подсистемой.

  - BeforeConfig - после того как движок был запущен, но еще не инициализирована конфигурация (после стадии PreInit Приложения).
  - AfterConfig - после стадии Init Приложения.
  - Manual - запуск подсистемы осуществляется в ручную.