Usman- switch лучше каскада из if / instanceof / else...

Да ну нафиг, а если у меня бизнес логика состоит из 20-30 шагов причем не просто в одну строчку, а поболее, да еще с разными переменными, которые, да, можно засунуть в свитч, но потом как с ними разбираться через полгода? Это ж ад будет для самого себя.
(хотя за такое мне руки надо будет оторвать :)) )
Уж лучше в таком случае пачка из if/else чем свичи, тут хоть не надо ползать по всей этой портянке и смотреть где я забыл брейк поставить, а где его и не надо было и что там внизу по дефолту у меня стояло.
Но если в каждом кейсе у нас однотипный код, то есть имеющий схожие строки кода, да еще и всего лишь парочку максимум, то да, кейс гораздо лучше, нагляднее.
Но по ООПешному, надо бы абстрактных классов наклепать :)

Если всё взвесить и холодно рассудить во благовремение, то на кой черт вообще менять свитч на абстракции, что сейчас не устраивает в работе этого кейса?
Если это просто гонка за использованием чего-то для себя нового, то зачем в рабочем проекте это делать, если это, конечно рабочий проект. Возьмите и попробуйте отдельно разные варианты, затем решите для себя, что вам проще поддерживать, структуру классов или один свитч или перейти if/else'ы.
В любом случае почитайте вот тут комментарии , там есть здравые мысли на этот счет, мне и самому было интересно почитать и по ссылкам походить.
Вывод - не заморачиваться, а писать код :)

с учетом современных компиляторов свитч совсем не страшен, меня в нем одно лишь пугает - если этот свитч писал не я и что делать, если там брейки не везде стоят. Это оно так было задумано или случайно пропустили. То есть, плохо, только с точки зрения переиспользования или в случае изменения кода и логики работы этого свитча.
А в принципе нормальная конструкция, которой можно было бы избежать при желании в начале разработки, а вот просто так ее переписывать ради "попереписывать" нафиг оно нужно.