Сергей Водаков

Мне кажеться, что в первую очередь вам нужно обратиться к официальной документации.
https://developers.google.com/identity/protocols/oauth2

На чем делать и кого искать? Отдельно Андроид и ИОС или предложили тут на Реакт Натив, как кросс...

Тут нет однозначно верного ответа. Начните искать, там поймете.
Отдельно Андроид и ИОС - это по сути два ценника, два разных разработчика (или один универсал, но всё равно ему писать два приложения).
Реакт Натив (или можете рассмотреть Flutter) - выйдет дешевле, чем разработка под платформу, но скорее всего не в два раза, и кросс-спецов меньше на рынке труда.
Кроме стоимости конечно есть другие плюсы и минусы, но они все зависят от того, какие специалисты вам попадутся. Объективно родной код оптимальнее кроссплатформенного, работает шустрее, приложение получается компактнее, можно гибче использовать особенности каждой из платформ. Но по факту, как раз это и зависит от специалистов, с которыми вы будете работать. Плохой спец и под платформу сделает г... кхм "некачественный продукт", а хороший и на кроссплатформе - конфетку.

Что касается описанных функций, то они в данном случае не влияют на выбор.

https://kotlinlang.ru/
https://skill-branch.ru/dev-intensive-2019
Книга "Котлин в действии"
Для начала должно хватить.

Для такой игры вполне достаточно нативного Андроида.
Основы андроид можно изучить тут: https://startandroid.ru/ru/uroki/vse-uroki-spiskom.html
и тут https://developer.android.com/guide

Обычно никто не рисует ресурсы под каждый размер. Есть несколько подходов. Можно не привязываться к размеру экрана, а привязаться только к соотношению сторон. А под размер экрана изображение уже будет подгоняться движком. Например делаем интерфейс под соотношение сторон 16:9, при этом для устройств с другим соотношением сторон экрана, на "лишние" области выводится фон, гармонирующий с дизайном игры.
Или если у вас геймплей позволяет, можно просто расширять видимую область игры, но при этом не размещать там критичных для игрового процесса элементов.
UPD:
размеры нужно указывать не в пикселях, а в dp
Подробнее можно почитать например на startandroid.ru

Как вам ответили выше, строки в JAVA нужно сравнивать методом equals
Что касается вашего кода то из-за неправильного сравнения у вас срабатывает только блок else:

Чтобы исправить напишите:
if ("RUB".equals(params[0])) {
вместо:
if (params[0]=="RUB") {

А еще хорошо бы, в блоке else проверить Value1 и Value2 на null, кто знает, какая еще непредусмотренная хрень может прилететь в params[0] и params[1]

Как минимум у вас не создан экземпляр класса Drink, вы пытаетесь работать с полем drinks, как работали бы со статик-полем в Java. В Котлине статиков нет. Подробности например тут: https://habr.com/ru/company/funcorp/blog/430836/

А еще, мне кажется что этот код сожрет всю память и зависнет. Потому что при создании первого Drink объекты Drink начнут создаваться рекурсивно. Потому что при создании каждого, создаются еще три, каждый из которых создаст по три, и так далее.

Android - тоже нет.
Чтобы это понять, достаточно почитать как работает сервис пуш-уведомлений.

Чтобы все было красиво и аккуратно, принято использовать ORM, можно конечно и напрямую писать, как у вас, но это велосипедостроительство.
Самым модным ORM от гугла, который входит в Android SDK сейчас является Room
https://developer.android.com/jetpack/androidx/rel...
https://developer.android.com/topic/libraries/arch...
Но вы можете нагуглить и другие.

И пусть вас не смущает необходимость изучения нового, поверьте, разобраться с ORM и использовать его, будет быстрее, чем писать свои велосипеды.

Использовать VK API в частности метод users.get среди прочего возвращает поля photo_50, photo_100, photo_200_orig, photo_200, photo_400_orig, photo_max, photo_max_orig. Это ссылки на аватарку в разных разрешениях.
Подробнее читайте тут: https://vk.com/dev/objects