Эффективное использование памяти? Случай переключения со строками

Я знаю, что создание объектов поглощает память и замедляет работу приложения...

Это обобщение проблематично:

Да, создание объекта требует памяти и требует времени, но это не обязательно замедляет работу приложения. Это зависит от того, что альтернатива созданию объекта. Вполне возможно, что альтернатива замедляет приложение больше.

И даже если предположить, что версия "создать объект" использует больше ресурсов, чем альтернативу, есть хороший шанс, что разница не будет значительной.

То, что вы, кажется, делаете здесь, - преждевременная оптимизация. Мой совет:

• пусть JVM справится с оптимизацией (возможно, это может быть лучше, чем вы,),
• оставьте любую ручную оптимизацию на более позднюю дату и сделайте это только в том случае, если измеренная производительность приложения фактически гарантирует ее, и
• используйте процессор или профайлер памяти, чтобы направлять вас к частям вашего кода, где, как правило, требуется оптимизация рук, чтобы получить хорошую отдачу.

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

Третий вариант, который вы не упомянул, заключается в использовании enum вместо String или int. Это будет более аккуратным, чем реализация преобразования String to int с использованием предварительно заполненного HashMap или чего-то еще.