Назначение типа объекта объекта

Question

Я переношу 2D-игру на основе плитки на C++, потому что я действительно не поклонник Java (некоторые функции хороши, но я просто не могу с ней привыкнуть). Я использую карты с черепицей TMX. Этот вопрос касается того, как перевести определения объектов в реальные игровые объекты. В Java я использовал отражение для выделения объекта указанного типа (учитывая, что он получен из основного игрового объекта).

Это хорошо работает, но эта функция недоступна на C++ (я понимаю, почему, и я не жалуюсь. Я нахожу отражение беспорядочным, и я не решался использовать его в Java, ха-ха). Мне просто интересно, как лучше всего перевести эти данные. Моя идея была базовым классом, из которого могли бы образовываться все сущности (это кажется довольно стандартным), а затем загрузчик распределяет производные типы на основе значения «type» с карты TMX. Я подумал о двух способах этого.

1. Гигантский блок-блокировка. Длительный и отвратительный. Я сомневаюсь, что кто-нибудь предложит это (но это очевидно).
2. Используйте карту std ::, которая будет сопоставлять произвольные имена типов с функцией выделения указанных классов, соответствующих указанным именам типов.
3. Наконец, я думал о создании сущностей одного базового класса и использовании сценариев для разных типов сущностей. Сами скрипты должны регистрировать свой тип сущности с помощью системы, хотя при загрузке игры необходимо будет загружать сценарии типа сущности (это может быть сделано с помощью одного сценария объявления основного сущностей, который приведет к количеству изменений для каждого объекта до 2 : создание сущности и регистрация субъекта).

В то время как вариант 2 выглядит довольно хорошо, мне не нравится изменять 3 части кода для каждого типа (определяя класс сущности, определяя функцию выделения и добавляя функцию к std :: map) , Вариант 3 звучит отлично, за исключением двух вещей в моем сознании: я боюсь скорости сугубо сугубо скриптов. Кроме того, я знаю, что добавление скриптов к моему движку будет большим проектом само по себе (добавление всех вспомогательных функций для взаимодействия с библиотекой будет интересным).

Кто-нибудь знает о лучшем решении? Может быть, не лучше, а просто чище. С меньшим количеством изменений кода на тип сущности.

Answer 1

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

Вы можете осуществить регистрацию собственного, как это:

// foo.cpp 
namespace 
{ 
    bool dummy = FactoryInstance().Register("FooKey", FooCreator); 
} 

Abstract Factory, Template Style, by Jim Hyslop and Herb Sutter