Сложна...
Вам нужен нормальный тимлидер + консультанты. Околобанковские приложения по советам из чатика не пишутся. Одна ошибка в архитектуре или воркфлоу  и у клиентов потырят деньги.
RSA к примеру несекюрными считаются, забудьте про него и стройте крипоту на норм шифрах из проверенных либ где не будет детских ошибк и так далее

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

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

Следующий флоу - авторизация. Включает в себя парсинг пуша, получение сохранённых на этапе регистрации данных из бд, цепочку хттпс реквестов, всякое там шифрование-расшифрование с RSA, итог - предоставление разрабу колбеков с TOTP (одноразовый пароль для сверки с таковым на сайте, который истекает в реальном времени и меняется на другой) и возможности послать ответ на запрос авторизации (accept, decline).

Здесь основной архитектурный вопрос - как это всё лучше скомпоновать?

На данный момент в общих чертах идея такая: поставляется либа с
1. Регистратором, в который подкидывается начальная инфа для реги и инициируется собственно рега.
2. Авторизатором, который, собственно, нужно инициализировать где-то и который по пушу будет запускать флоу авторизации.
   Сделать их хочу синглтонами, чтобы меньше париться потому что не знаю, как иначе.

Если совсем по общим вопросам, то я бы с банками не связывался. Все шишки соберёте. Все бочки ваши

ну, наш техлид давно работает в этой области, а вообще - это дело начальства, кому они там что продадут)

Разве javac сам не заинлайнит вызов?

Да. Рх пора потихоньку сдавать в утиль. Особенно если у вас рх гирлянды на целый экран.
Не буду больше холиварить, попробуете - сами убедитесь.

у меня были герлянды, т.к. рвать цепочку было не вариант, а в этих герляндах "мама не горюй" логики

Потихоньку мигрируйте и увидите что ваш код распрямляется и становится понятным. И становится проще и меньше кстати

flow и корутины же заменят rx?

Имхо в 99  случаев - да

🔥

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

с корутинами же нет вообще ситуации, чтобы возникала потребность backpressure

Ну я про Flow и channels конечно же

Так и Михаил про них. В flow и chabbles не нужен backpressure, потому что есть суспендинг.

Так и Михаил про них. В flow и chabbles не нужен backpressure, потому что есть суспендинг.

Так и Михаил про них. В flow и chabbles не нужен backpressure, потому что есть суспендинг.

А почему не нужен? Как саспендинг его заменяет? (правда не шарю)

Что то мне подсказывает что именно так все и пишется.
Ничего личного