жирный Switch

[in4core]

Тему назвал так неспроста. Частенько в проектах ( которые мне попадаются) разрабатывается меню, от которого далее зависит весь проект. Объясню каким образом. Рассмотрим аналог онлайн магазина - выбрали товар, сделали с ним операции, добавили в корзину, отправили запрос. Все эти действия происходят с один объектом.
У нас же похожий случай, но маленько отличается. Разделим проект на часть блоков и действий.
1. Мы жмем на меню выбирая какой либо объект
2. От того какой объект выбран создается (добавляется) отдельный класс выполняющий допустим некую функцию обработки.
3. После выполнения 2, создается еще один класс для дальнейшей работы с объектом и снова от того какой объект был выбран происходят действия...
....
и т.д. пунктов может быть много.
В таких проектах мне приходится часто прибегать к switch для проверки выбранного объекта ( естественно кроме switch можно и другие операторы юзать) . И так
Switch 1 - выбрали объект, некоторая переменная ( глобальная) записала название объекта.
Switch 2 - от того что хранит переменная - добавляется класс
Switch 3 - после 2, аналогично
...
и так бесконечно.

__________________________________
Возможно данный пример будет не понятен кому либо, добавлю еще один пример :
Рассмотрим стандартный colorPicker от выборки цвета - у нас зависит дальнейшая работа приложения, после того как приложение завершилось, у нас снова идет проверка на выбранный (изначально) цвет и варианты закрытия программы от него. Сдесь я так же бы использовал два Switch'a
____________________________________________________
И так вопрос, как делаете Вы в таких ситуациях? , и является рациональным такое построение приложения как делаю я со свичами?. Может направите в более правильное русло построения. Спасибо