Создатель компонента шаблона фабрики C++ с контейнером singleton

Question

Я реализую шаблон фабрики для создания компонентов и хочу реализовать контейнер singleton для всех экземпляров каждого типа, созданного на заводе. В идеале это будет один вектор для каждого типа, созданного на заводе.

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

Я думал о делать что-то подобное для заводской карты:

Map<string,pair<constructorFnPtr, vector<baseClass>> 

Это вопрос о потере данных из производного класса, как он приводится к базовому классу.

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

Есть ли способ сделать то, что я пытаюсь сделать? Я пытался понять что-то за последние пару дней без везения.

Альтернативно, если есть другой хороший способ хранения векторов (то есть как статический член класса компонента), я также открыт для любых подобных предложений!

Answer 1

Вы не можете сделать это с помощью std :: vector смежных объектов.

Причина: фабрика должна строить объекты, а затем возвращать указатель на них. Проблема заключается в том, что указатель будет храниться вокруг вашего приложения, в то время как следующий вызов your_vector.push_back(), скорее всего, будет недействительными их, как C++ документация говорит:

Если новый размер() больше capacity(), то все итераторы и ссылки (включая итератор прошедшего конца) являются недействительными. В противном случае недействителен только последний итератор конца.

Итак, ваш следующий звонок на завод может аннулировать все ваши предыдущие вызовы.

Answer 2

Я бы не стал использовать шаблон фабрики для компонентов, а скорее шаблон пула объектов, так как вы, скорее всего, захотите использовать фабричный шаблон для управления созданием сущностей.

Я использую базу Component класс для всех компонентов. Это позволяет мне управлять некоторой статической информацией о времени выполнения для каждого компонента и выставлять набор общих методов. Затем я реализовал интерфейс IComponentPool, который является контрактом для моего пула объектов компонента. Затем я определил шаблонный класс ComponentPool<T>, который является производным от IComponentPool. Внутри этого класса шаблонов я управляю двумя векторами/массивами. Затем есть ComponentPoolMap, который предоставляет некоторое поведение, подобное карте, для поиска ComponentPool<T> на основе типов компонентов.

Теперь в классе ComponentPool<T> первый массив является разреженным массивом, используемым в качестве поиска. Он содержит смещение индекса, где компонент находится внутри второй плотной упакованной массива. Редкий массив может просто быть средством для принятия EntityId и конвертировать его туда, где находится компонент.Более сложная ручная система может быть легко реализована поверх этого типа фреймворка, если вы хотите.

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

Теперь шаблон фабрики, где вы создаете Entity или EntityId дескриптор объекта и создать все необходимые аспекты, которые составляют орк, зомби, или что-то для вашей игры. Завод действует как слой, который находится поверх вашей системы игровых объектов, из которых ваш ComponentPoolMap, скорее всего, является лишь небольшим фрагментом этой системы.