9arret

Вижу 2 варианта:
1) наследование

public class A {
   private Object b;

   public Object getB() {
      return b;
   }
}

public class A1 extends A {

}

public class A2 extends A {
}

public int calc(String data, A value, Boolean rez) {
 value.getB();
}

2) Интерфейсы:

public interface I {
   Object getC();
}

public class B implements I {
   private Object c;

   public Object getC() {
      return c;
   }
}

public class D implements I {
   private Object c;

   public Object getC() {
      return c;
   }
}

public int calc(String data, I value, Boolean rez) {
 value.getC();
}

Почему на Android нельзя использовать списки без адаптеров?

Потому что Single Responsibility Principle, aka Принцип Единственной Обязанности. Каждый класс должен иметь одну-единственную ответственность. В приведенном вами примере ListView отвечает за то, чтобы компоновать предоставленные ему виджеты в виде списка, а Adapter отвечает за то, чтобы создавать поставляемые виджеты.

Разделение ответственности приводит к тому, что классы становятся более простыми и менее подверженными ошибкам при внесении в них изменений. Также выделение адаптера в отдельный класс позволяет относительно быстро подменять его реализации - сегодня для того, чтобы поставлять вашему ListView новые виджеты вам нужен ArrayAdapter, так как у вас два десятка элементов, которые вы получаете из сети, и их можно хранить в памяти, а (утрируя) завтра элементов становится две тысячи и в памяти их держать уже не комильфо, соответственно вы решаете прикрутить кеширование элементов в БД, и теперь вам уже нужен CursorAdapter.

Исходя из того же самого принципа, например, в Java ответственность "хранить элементы" возложена на классы, имплементирующие интерфейс Collection, а ответственность "перебирать элементы" - на классы, имплементирующие интерфейс Iterator, хотя можно было бы свалить всё в одну кучу.

FCM == GCM
Просто его сделали частью firebase. Туда же засунули и рекламу и ещё наверное что-то.
Если вам не надо ничего другого из firebase (реал тайм база, хранилище и т.д.) не подключайте библиотеки к проекту и все. Есть возможность подключить исключительно FCM.

Это удобно. Причин множество, читайте в интернетах.
Справлялись, например, лоадерами, асинктасками, и прочими велосипедами.
Асинхронно сходить в базу, например.
Гугл не молчит: https://github.com/google/agera
Во многих смартфонах уже 4-8 ядер, а юзать их без Rx довольно неудобно.
Rx не призван решать описанные вами проблемы.
Поверх есть всяческие RxBindings, используя их, можно легко уходить от императивного к реактивному.
В iOS, в общем, есть RxSwift. Но вообще-то сравнивать платформы так некорректно.

Может, есть что-то простое, как phonegap, но работающее как нативное на яве ))

нет сынок, это фантастика ©

С Javой почти не знаком, и чем больше пытаюсь познакомится тем больше негатив

для примитивного приложения нужно писать страницы нечитаемого кода, ресурсы, xmlы

по моему нечитаемый код это проблема совсем не java, ну а ресурсы в xml - в вебе тоже логика отдельно, представленя отдельно

IDE еле шевеляться

да, тут не поспоришь на старом железе писать под android печально, для нормальной работы нужен ssd и хотя бы 4-6 памяти

альтернатив java по сути нет, да есть koltlin но сама суть от его использования не меняется, можете еще посмотреть в сторону React Native но я бы не ждал чудес