А что насчёт проверки этого дела в действии? Были какие-нибудь тестовые проекты?

Я бегло почитал часть, мне кажется тут не учитываются архетипы. В bevy (да вроде и в других) наборы одинаковых компонент собираются в архетип. Так что сделать запрос сразу на два и более компонентов это чуть ли не также быстро как по массиву пробежаться (не спец). А ведь они еще и в паралели могут работать, если запрашивают иммутабельные данные.

По тексту ощущение что там какие то примитивные модкли ecs, и похоже с упором на какой нибудь C++

kvark: Чего?

Ну в общем то для большинства игр есц предостаточно. Просто если в игре огромное количество вложенных данных, я лично не знаю как решать подобное на ецс быстро.
Условно есть какой то игровой тэг (некоторый лейбл плюс сопутствующая инфа, или же вообще вложенная структура тегов) , которых может быть чрезвычайно много в игре, как например в той же minecraft. Под каждый тег создавать компонент страшное расточиткльство

Обычно такое теги не предназначены для того чтобы по ним "пробегали"

kvark: > <@theoraclebot:matrix.org> <code>adeeee6622</code><br>А по сути это быстрее чем ецс? Или может с точки зрения структурирования это очень полезно? Как я понимаю каждый компонент связан с другим так как имеет ссылки на другие компоненты или на таблицу со ссылками которая тоже является компонентом. Я так думаю что произвольный доступ без вариантов ломает кэш локальность (re @MattisOpBot: kvark: There is also a component graph (paradigm) - https://github.com/kvark/froggy/wiki/Component-Graph-System)

Это немного другое, менее мощное (нет систем в классическом понимании), но более простое и гибкое

Либо нужно добавлять в существующие ецс системы тип компонентов которые не будут частью архетипа

В плане менее мощное? Медленнее?

А кстати почему так получается? Вроде тоже компоненты, вроде тоже одинаковые компоненты для пробежки можно линейно располагать для локальности

kvark: Ты не можешь рассматривать системы отдельно от компонент. В этом мощь ECS

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

Или я что то не понял

kvark: В ecs система может сказать, что её интересуют только компоненты А и Б, и оно будет работать на чем угодно.
Как generics в Rust.
А в Froggy такого нет.

Ну не то чтобы слишком уж критично, у систем наверняка всё равно есть возможность по какой то выборке обращаться, ведь так? Или в cgs компоненты не просто чистые данные?

kvark: Просто данные, просто они нигде не регистрируются

Как к ним происходит доступ?

kvark: Ты на них держишь толстые ссылки

kvark: Там есть сочный пример с кубиками, если что

а почему для беви все пилят мегаюайобвязки? Там же вроде бы был свой гуй