сравнение типов во время выполнения

Во-первых, используйте конструкцию более высокого уровня для таких строк, как std::string.
Во-вторых, если вам нужно проверить тип окна, ваш дизайн неверен.
Используйте принцип подстановки Лисков для правильного проектирования.
В основном это означает, что любой из производных Window объектов может быть заменен его суперклассом.
Это может происходит только в том случае, если оба используют один и тот же интерфейс, а производные классы не нарушают контракт, предоставленный базовым классом.
Если вам нужен какой-то механизм для динамического применения поведения, используйте Шаблон посетителя

Вот что нужно сделать в порядке предпочтения:

1. Добавьте новый виртуальный метод в базовый класс и просто вызовите его. Затем поместите одноименный виртуальный метод в каждый производный класс, который реализует внутри него соответствующее предложение else if. Это предпочтительный вариант, поскольку ваша текущая стратегия является широко признанным признаком плохого дизайна, и это рекомендуемое средство.
2. Используйте ::std::map< ::std::string, void (*)(Window *pWindow)>. Это позволит вам найти функцию для вызова на карте, которую гораздо быстрее и проще добавить. Это также потребует, чтобы вы разделили каждое предложение else if на отдельную функцию.
3. Используйте ::std::map< ::std::string, int>. Это позволит вам найти целое число для соответствующей строки, а затем вы можете switch на целом числе.

Существуют и другие стратегии рефакторинга, которые больше напоминают вариант 1. Например, если вы не можете добавить метод в класс Window, вы можете создать интерфейсный класс с нужным методом. Затем вы можете создать функцию, которая использует dynamic_cast, чтобы выяснить, реализует ли объект класс интерфейса, и вызвать метод в этом случае, а затем обработать несколько оставшихся случаев с помощью вашей конструкции else if.

Создайте словарь (set/hashmap) со строками в качестве ключей и поведением в качестве значения.

Использование поведения в качестве значений может осуществляться двумя способами:

1. Инкапсулируйте каждое поведение в свой собственный класс, который наследуется от интерфейса с помощью метода «DoAction», который выполняет поведение.
2. Используйте указатели функций

Обновление: я нашел эту статью, которая может быть тем, что вы ищете: http://www.dreamincode.net/forums/topic/38412-the-command-pattern-c/

Вы можете попробовать поместить все ваши значения typeid(...).name() на карту, а затем выполнить find() на карте. Вы можете сопоставить с int, который можно использовать в операторе switch, или с указателем на функцию. А еще лучше, вы можете еще раз подумать о том, чтобы получить виртуальную функцию внутри каждого из типов, которая делает то, что вам нужно.

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

По сути, цепочка if/else if/else уродлива, поэтому первое решение, которое приходит на ум, будет использовать конструкцию, которая поднимет это, на ум приходит ассоциативный контейнер, и по умолчанию, очевидно, std::unordered_map.

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

Однако для этого есть гораздо более элегантные конструкции. Прежде всего, конечно, будет использование метода virtual.

class Base
{
public:
  void execute() const { this->executeImpl(); }
private:
  virtual void executeImpl() const { /* default impl */ }
};

class Derived: public Base
{
  virtual void executeImpl() const { /* another impl */ }
};

Это объектно-ориентированный способ справиться с этим типом требований.

Наконец, если вы обнаружите, что хотите добавить множество различных операций в свою иерархию, я предлагаю использовать хорошо известный шаблон проектирования: посетитель. Существует вариант под названием «Ациклический посетитель», который помогает справляться с зависимостями.