Новый год уже давно прошёл

Кто б говорил

У меня небольшой вопросик по ecs. Кто как реализует систему рендеринга? У меня вот следующие идеи.

1) Запихать api библиотеки рендеринга в сервис (у меня есть сервис локатор) и нарезать все на маленькие системы, которые ходят в сервис.
2) Или зопелить мегажирную систему, которая будет делать все (создание окна, опрос инпута, сам рендер, и всякое такое связанное с рендером) и наружу дать только компоненты.

Собственно, плюсы очевидны, никто кроме системы не будет трогать библиотеку рендеринга, а значит если чо можно будет заменить бэкенд (вначале беру sfml для прототипа, а потом перелезу на bgfx), но минус в жирной системе.

Как думаете?

@i_4_2 а опыт в тайловой 2d topdown c ecs есть?

Получается есть карта (слой). Как оптимизировать получение всех объектов в заданном радиусе от точки? Ведь в ecs у нас один сплошной массив компонентов Position и что бы получить энтитей в заданном радиусе нам придется пробежать весь массив.

Первое что приходит в голову это каждый кадр пробегаться 1 раз по всем компонентам Position и записивыть в 2хмерный массив и уже когда надо получить энтитей в заданной точки с заданным радиусом использовать массив.

Что можете сказать на этот счет?

вообще смотри на quad tree

@i_4_2 а опыт в тайловой 2d topdown c ecs есть?

Получается есть карта (слой). Как оптимизировать получение всех объектов в заданном радиусе от точки? Ведь в ecs у нас один сплошной массив компонентов Position и что бы получить энтитей в заданном радиусе нам придется пробежать весь массив.

Первое что приходит в голову это каждый кадр пробегаться 1 раз по всем компонентам Position и записивыть в 2хмерный массив и уже когда надо получить энтитей в заданной точки с заданным радиусом использовать массив.

Что можете сказать на этот счет?

достаточно отслеживать изменения