Реализация фабричного метода анти-if

Вы правы, вам следует использовать карту от ключа до функции создания. В вашем случае это было бы

typedef Chip* tCreationFunc();
std::map<std::string, tCreationFunc*> microcontrollers;

для каждого нового класса ChipXXX, управляемого микросхемой, добавьте статическую функцию:

static Chip* CreateInstance()
{
    return new ChipXXX();
}

а также зарегистрируйте эту функцию на карте.

Ваша фабричная функция должна выглядеть примерно так:

Chip* ChipFactory::createChip(std::string& type)
{
    ChipList::iterator existing = microcontrollers.find(type);    
    if (existing != microcontrollers.end())
        return existing->second();

    return NULL;
}

Обратите внимание, что конструктор копирования не требуется, как в вашем примере.

Смысл фабрики не в том, чтобы избавиться от «если», а в том, чтобы поместить их в отдельное место вашего реального кода бизнес-логики и не загрязнять его. Это просто разделение забот.

Если вы в отчаянии, вы можете написать комбинацию таблицы переходов / clone (), которая будет выполнять эту работу без операторов if.

class Factory {
    struct ChipFunctorBase {
        virtual Chip* Create();
    };
    template<typename T> struct CreateChipFunctor : ChipFunctorBase {
        Chip* Create() { return new T; }
    };
    std::unordered_map<std::string, std::unique_ptr<ChipFunctorBase>> jumptable;
    Factory() {
        jumptable["R500"] = new CreateChipFunctor<ChipR500>();
        jumptable["PIC32F42"] = new CreateChipFunctor<ChipPIC32F42>();
        jumptable["34HC22"] = new CreateChipFunctor<Chip34HC22>();
    }
    Chip* CreateNewChip(const std::string& type) {
        if(jumptable[type].get())
            return jumptable[type]->Create();
        else
            return null;
    }
};

Однако такой подход становится ценным только тогда, когда у вас есть большое количество различных типов чипов. Для некоторых более полезно написать пару «если».

Краткое примечание: я использовал std :: unordered_map и std :: unique_ptr, которые могут не быть частью вашего STL, в зависимости от того, насколько новый ваш компилятор. Замените на std :: map / boost :: unordered_map и std :: / boost :: shared_ptr.

Нет, ты не можешь избавиться от «если». метод createChip создает новый экземпляр в зависимости от константы (имени типа), которую вы передаете в качестве аргумента. но вы можете оптимизировать свой код, немного удалив эти 2 строки из состояния if.

 microcontrollers[type] = newController;
 return microcontrollers[type];

Чтобы ответить на ваш вопрос: да, вам следует создать фабрику с отображением функций, которые создают нужные вам объекты. Созданные объекты должны сами предоставлять и регистрировать эту функцию в фабрике.

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

Универсальная фабрика на C ++

Есть ли способ создания экземпляров объектов из строки, содержащей имя их класса?

Вы можете иметь ifs на фабрике - только не оставляйте их замусоренными по всему вашему коду.

То, что вы просите, по сути, называется Virtual Construction, то есть возможность построить объект, тип которого известен только во время выполнения.

Конечно, C ++ не позволяет конструкторам быть виртуальными, поэтому для этого потребуется немного хитрости. Обычный объектно-ориентированный подход заключается в использовании шаблона Prototype:

class Chip
{
public:
  virtual Chip* clone() const = 0;
};

class ChipA: public Chip
{
public:
  virtual ChipA* clone() const { return new ChipA(*this); }
};

Затем создайте экземпляр карты этих прототипов и используйте его для создания своих объектов (std::map<std::string,Chip*>). Обычно карта создается как одноэлементный.

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

Однако следует обратить внимание на аспект управления памятью. Вы не хотите утечки, поэтому обязательно используйте идиомы RAII.