Сергей

касаемо чтения ( не повторяя банальность про необходимость практики и что только она мерило знаний)
читать нужно минимум два раза. Первый раз бегло. второй вникая. Поэтому пол книги можно бегло прочитать не особо тратя время. И это будет в несколько раз меньше того времени которое нужно потратить на освоение второй половины.

text = "..."
Jsoup.parse(text).select("body > div")

про память посмотри как-нибудь в студио сколько занимает приложение памяти. объем твоих данных это мелочи.
про то как хранить.
делай все проще. если не стоит вопрос (насущный) по оптимизации - делай просто. Например часто достаточно несколько строк с gson что бы распарсить json в объекты. Для room строк побольше. Для чистого sqlite уже нужно потрудиться.

Далее. Преждевременная оптимизация это зло. Сейчас ты даже не знаешь как будет меняться твое приложение и какие узкие места в нем будут. Поэтому преждевременно что-то усложнять это стрелять в слепую.

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

если ты разбил на три части функции, то почему делаешь два модуля? По логике нужно три модуля статик функции , класс 1.2 и класс 1.3.

Но не зная, что там происходит в классах, трудно разбить нормально на модули. Скорее нужно действовать так:
1. Представить какой интерфейс должен иметь изначальный 2 класс. Т.е. какие действия он должен выполнять во внешнем миру. Это будут так сказать паблик методы. остальные приват.
2. Представить структуру 2 класса на уровень меньше. Т.е. все методы разбиваются по темам (более менее независимые). Это будут классы следующего уровня абстракции. Класс 2 будет ответственен за создание этих классов и установки зависимостей между ними.
3. Далее повторяем пункты 1 и 2 для каждого подкласса. и т.д.

Но повторяю трудно говорить вообщем, не зная что там в изначальном классе.

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

https://habrahabr.ru/company/alconost/blog/336204/
пункт номер 3