Архитектурная идиома, в которой задействован так называемый заместитель (ргоху).

[apofioz]

Еще раз прочитайте и ответьте, как созданный вами объект будет динамически переключаться между реализациями?

Если честно, то я не понимаю, что там внутри происходит, я наугад пытаюсь сделать.

[FrosyaZZ]

Так вопрос то не о том, что внутри, а вообще, о логике... Вот берем ваш объект и фразу "динамически переключается" - нигде ничего не ёкает?

[apofioz]

Сообщение от FrosyaZZ

Смысл в таком объекте?

Вопрос философский) Мне, вообще, не ясно, зачем при наследовании ещё и композиция с тем же классом, от которого уже наследуемся.

[apofioz]

Сообщение от FrosyaZZ

Так вопрос то не о том, что внутри

Очень даже о том, когда ясно видишь картину, то точнее представляешь, что нужно делать или ,точнее стоит ли делать так или стоит иначе.

Сообщение от FrosyaZZ

нигде ничего не ёкает?

Ну, разве что с библиотеками DLL что-то ассоциируется. Они подтягиваются тогда, когда нужны, видимо, при определённых условиях.

[FrosyaZZ]

Сообщение от apofioz

Мне, вообще, не ясно, зачем при наследовании ещё и композиция с тем же классом, от которого уже наследуемся.

Наследование от "интерфейса", т.к. объект будет использоваться вместо проксируемого и должен реализовывать тот же интерфейс.
Композиция, чтобы хранить и переключать реальный объект.

Сообщение от apofioz

Ну, разве что с библиотеками DLL что-то ассоциируется. Они подтягиваются тогда, когда нужны, видимо, при определённых условиях.

А это тут причем? Давайте еще раз: вам говорят надо будет писать и потом менять написаное - а вы берете ручку вместо карандаша...

[apofioz]

Сообщение от FrosyaZZ

А это тут причем?

При том, что это вызывает некую аналогию с динамическим... или просто созвучно с этим.

Сообщение от FrosyaZZ

вам говорят надо будет писать и потом менять написаное - а вы берете ручку вместо карандаша...

Отлично, тогда что есть динамическое переключение объектов?! Если есть динамическое, подозреваю, есть и статическое переключение). Как по мне решение должно приниматься в конструкторе класса заместитель, но тогда нужно принять решение, на какой объект переключится, а значит нужно как-то об этом уведомить, либо по результату неких действий, либо по аргументу, который нужно передавать в конструктор вместе с указателем на базовый объект... Вообще тема интересная, но как-то не совсем мне ясная, к сожалению.

[FrosyaZZ]

Сообщение от apofioz

Отлично, тогда что есть динамическое переключение объектов?!

Изменение объектов во время исполнения программы.

Сообщение от apofioz

Если есть динамическое, подозреваю, есть и статическое переключение).

Конечно. std::string - это basic_string<char, char_traits<char>, allocator<char>>

Сообщение от apofioz

Как по мне решение должно приниматься в конструкторе класса заместитель

Почему? Что мещает переключится после, например, ввода опций из файла?

Сообщение от apofioz

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

Кого вы уведомлять собрались? Но в целом да - по какому-то признаку можно переключать реализации.

Сообщение от apofioz

вместе с указателем на базовый объект...

Зачем? Чей базовый?

[apofioz]

Сообщение от FrosyaZZ

Чей базовый?

Subject - в данном случае. Proxy(Subject* obj, enum action{...}) допустим так)

Сообщение от FrosyaZZ

Зачем?

Что бы выбрать, какой объект создавать.

Сообщение от FrosyaZZ

Кого вы уведомлять собрались?

Органы, кого же ещё)
Некое условие, которое выбирает, какой объект создавать.

Сообщение от FrosyaZZ

Почему?

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

[FrosyaZZ]

Сообщение от apofioz

допустим так)

Зачем?

Сообщение от apofioz

Что бы выбрать, какой объект создавать.

А если я не хочу выставлять детали реализации наружу? А если я не хочу заставлять пользователя моего класса делать работу за меня?

Сообщение от apofioz

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

int main() {
  worker* w{ nullptr };

  int i{-1};
  std::cin >> i;
  switch(i) {
    case 0:
      w = new worker0;
      break;
    case 1:
      w = new worker1;
      break;
   default:
      w = new default_worker;
      break;
  }

  w->work();
  delete w;
}

Это динамическое переключение? Тут есть какой-то специальный конструктор?

[apofioz]

Сообщение от FrosyaZZ

Это динамическое переключение? Тут есть какой-то специальный конструктор?

Имелся ввиду мой пример, в контексте которого это возможно и имеет смысл, по-моему.

Сообщение от FrosyaZZ

А если я не хочу выставлять детали реализации наружу?

Можно функцию вызвать, и не надо будет ничего выставлять. Это уже придирки я хотел разобраться, а не ещё больше запутываться.

Сообщение от FrosyaZZ

А если я не хочу заставлять пользователя моего класса делать работу за меня?

Тогда вполне подойдёт тот вариант, который я привёл выше с dynamic_cast<>(), всё от контекста зависит, видимо.