Можно и так сказать.
Я в основном изучал это отдельно, а больше черпал знания из общения с более опытными коллегами в прошлых командах.
Оркестрирующий компонент - это, в принципе, синоним к привычным на слух контейнерам. Единственное что, не очень ясна суть контейнера, т.к. он может выполнять разные роли:
- просто сервисы инжектить, делать сайд-эффекты и раздавать всем данные и тд
- делать предыдущее + рендерить еще что-то
- другое
Я пишу на реакте сейчас, и мне удобнее думать о компоненте, как оркестрирующем - который собирает логику и условия, чтобы понимать в какой момент отрендерить тот, или иной компонент.
Грубо говоря, я раздаю каждому кусочку приложения разные роли и ответственности, чтобы лучше им управлять.
Конечно не все грубо, где-то логику кладу и в обычные компоненты. Я стараюсь писать компоненты как можно более удобные в использовании, а не которые соблюдают все принципы и шаблоны на 100%.
В твоем случае, у тебя есть какие-то степы. Этим степам нужен дирижер, который будет собирать условия, и в заивисимости от них понимать какой компонент отрендерить, и что будет происходить при клике на ту, или иную кнопку.
Понял, спасибо, в моём случае это что-то типа сервиса, видимо, имплементирующего интерфейс с методами типа "вперёд" и "назад".
И соответственно примерно та же идея читается в паттерне "Посредник"