Денис Загаевский

https://developer.android.com/studio/run/emulator-...

Пакеты v4 и v7 давно уже стали легаси, и не несут никакой семантической нагрузки.
https://developer.android.com/topic/libraries/supp...

Caution: Starting with Support Library release 26.0.0 (July 2017), the minimum supported API level across most support libraries has increased to Android 4.0 (API level 14) for most library packages. For more information, see Version Support and Package Names in this document.

То бишь, на данный момент, минимальный API level для AndroidX - 14.

Активити следует рассматривать как точку входа (main) в приложение. Все остальные переходы внутри приложения надо делать на фрагментах или их аналогах. Это верно для любого приложения.
Вопрос про Bottom Navigation View непонятен. Он тебе либо подходит, либо нет. Можно сделать аналогичное поведение без него. Можно Navigation Drawer использовать. Зависит от задачи.
Моё мнение - нет, Navigation Architecture Component использовать не нужно.

Ну даже по логам видно же всё.
Это асинхронная операция, коллбек addOnSuccessListener вызывается уже после того, как произошел выход из твоего метода.

Имхо, зависит от того, насколько сложно было это узнать, и насколько вы потенциально облегчите кому-то жизнь, написав эту статью.

Например, если вы открыли для себя какую-то библиотеку, за день собрали прототип, всё легко и классно - не стоит. А если библиотека вроде полезная, но есть неочевидные подводные камни или особенности, для изучение которых нужно потратить время и провести эксперименты, то почему бы и нет.

В своём случае решайте сами. Ну или сообщество потом решит:)

getWindow().setFlags(WindowManager.LayoutParams.FLAG_SECURE, WindowManager.LayoutParams.FLAG_SECURE);

в onCreate Активити

getSupportFragmentManager().beginTransaction().replace(R.id.mainfagtaho, new Fagtaho1()).addToBackStack(null).commit();
Лучше не использовать методы, назначение которых не понимаешь. Сначала убирается транзакция из стека, потом происходит переход между активити. Убери это и будет ок.

Observable.fromIterable(holders) //Observable<Holder>
    .concatMap(holder -> Observable.fromIterable(holder.images) //Observable<Image>
        .concatMap(image -> uploadImage(image)) //Observable<Image>
        .toList() //Observable<List<Image>>
        .map(images -> holder)) //Observable<Holder>
    .toList() //Observable<List<Holder>>
    .switchMap(holders -> uploadHolders(holders))
    .subscribe();

Обрати внимание, что в Rx строго рекомендуется иметь иммутабельные данные. То есть поля в твоих классах должны быть final, иначе ты очень сильно огребешь на конкурентности. Если пишешь на джаве, лучше использовать AutoValue для классов с данными.

Короче, видимо, у тебя есть тест, где ты делаешь что-то типа assertEquals(<что-то>, text(<что-то-ещё>));
Списки ты получаешь разными способами. mutableListOf возвращает java.util.ArrayList, А SingletonList получается из одного элемента вызовом Collections.singletonList(что-то). equals там, видимо не переопределен(не помню сейчас), поэтому и получается такая фигня.

Нужно
1) Собирать Split APK.
2) Пользоваться только тем, чем нужно. Вряд ли вы прямо сейчас используете все возможности библиотеки, включая маршруты, поиск, геокодинг и тд.

Только http api, никаких прямых подключений.