Да. Но тебе few надо изменить и two убрать

few - это 2/3/4

Хорошо, спасибо

Если надо - можешь ещё "zero" указать

Убрал для теста пока что, спасибо

Коллеги!
Подскажите пожалуйста как канонически верно сейчас хранить в приложении (небольшой туристический агрегатор) список городов. Есть города ВЫЕЗДА и города ПРИЕЗДА. Это два разных списка. При этом каждому русскому слову соответствует его латинское начертание, используемое для работы с API собственным.

В Resources создавать массив или можно обычным классом, внутри которого при каждом запуске создается два HashMap?

хранить в бд локально

Если список статичный и не будет меняться - а надо его просто прочитать - просто файл в формате json можно вычитать при старте приложения и использовать список из json

лучше бд, из файла, при большом списке, дольше будет

Смотря какой список. Но ему в БД тоже надо же откуда-то записать изначально

Если там 100 или даже 1000 городов вообще не проблема

Если милион - то да

Спасибо всем за рекомендации!
Список городов 14 и 30 городов.
В работе предполагается использовать "словарь" hashMap и вот его лучше генерировать из Json наверное проще, чем из БД?

Хотя используя Room наверное тоже труда не составит

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

Может неправильно размышляю? Буду рад советам

Использование рум - лишние зависимости и соответсвено размер приложения - если это не критично то можно. Но для 15 слов не вижу смысла особо базу тянуть

Там Рум предполагается еще для учета "избранных" туров. Сначала подумал о ШередПреференс, однако посчитал как слишком низкоуровнево :)

Логика приложения привязана в железу? Нет, тогда зачем? Идентифицировал пользователя и работай с ним, пусть он хоть с калькулятора конектится к тебе....