Dynamic Component System
🛠 Архитектурный анализ: Проектирование Dynamic Component System (DCS) и интеграция Lua в Unity
Статья об эксперименте: как в Unity, на C#, построить динамическую компонентную систему по мотивам движков Insomniac, добавить к ней пространственные данные и интегрировать Lua с интерактивной консолью. Всё это — не ради производительности, а ради интереса к самой идее.
Зачем. Хотелось понять, где эта архитектура на практике совпадает с теорией, а где — расходится. И поделиться опытом — чтобы тем, кто думает о подобном, было на что опереться.
Что внутри. Разбор внутреннего устройства системы — пулы, Handle, цепочки, домены. Отдельный раздел — про пространственные данные: как устроены индексы, зачем хранить имена как CRC32, что такое DynamicSpatial. Отдельный — про Lua: почему он здесь дирижёр, а не музыкант, зачем удалённый REPL, как сделана валидация аргументов и userdata-векторы. И третий крупный раздел — выводы: когда data-oriented действительно нужен, а когда нет.
Кому полезно. Архитекторам и разработчикам игр — особенно тем, кто думает «внедрять ECS или нет» и «нужен ли нам Lua». Опыт не универсальный: он не утверждает, что DOD — будущее, и не утверждает, что он — тупик. Он показывает, где что работает — и оставляет читателю сделать собственные выводы.
На мой взгляд, это очень интересный и положительный опыт. Он может сэкономить кому-то время, ресурсы или подсказать собственные идеи..
