С чего вы взяли, что кликабельная область только 24dp? Она как раз составляет 48dp(«touch targets should be at least 48 x 48 dp»). А вот иконка/картинка внутри могут быть меньше.
Ну вот советы вам:
Для начала научитесь выкладывать код на github.
разделение кода по пакетам
В реальности так как сделали вы не помогает. Код лучше разделять по уровням, а потом по «фичам». Лучше разделить пакеты на уровни «model» и «ui». Далее, к примеру, внутри пакета ui, для каждого экрана свой пакет
использование принципов ООП
Если подразумевается ООПрограммирование, то такие принципы проще показывать на маленьких примерах.
А к ООПроектированию вы пока даже близко не подошли, начните с GoF и SOLID…
Честно, вам рано кого-то учить, вам надо учиться самому…
Каждый Presenter использует один или несколько Interactor для работы с данными.
А можете привести пример когда одному презентеру надо несколько интеракторов? Потому что мне казалось, что как раз нужен только один, который и инкапсулирует разнообразную логику получения данных, например, один интерактор с несколькими провайдерами данных…
Возможно идея хорошая, но не хватает схем и диаграмм классов. Речь ведь об архитектуре. Я вот не iOS разработчик, но хочется понять, что именно вы сделали. Из отдельно взятых кусков кода понять что-то сложно. Для этого UML и был придуман.
Так вот не до конца раскрыли тему как отображать ошибку когда пользователь ушёл с экрана, где случилась ошибка, но при этом остался в приложении. Например, оказался совсем на другом экране никак не связанным с экраном где была ошибка.
А как с случае множественных и вложенных фрагментов легко учитывать, что при восстановлении из backstack'a, view фрагмента пересоздаётся(если до этого добавили через replace)? Таким образом всякие позиции списков, динамически установленный текст в textview будет сброшен.
Для начала научитесь выкладывать код на github.
В реальности так как сделали вы не помогает. Код лучше разделять по уровням, а потом по «фичам». Лучше разделить пакеты на уровни «model» и «ui». Далее, к примеру, внутри пакета ui, для каждого экрана свой пакет
Если подразумевается ООПрограммирование, то такие принципы проще показывать на маленьких примерах.
А к ООПроектированию вы пока даже близко не подошли, начните с GoF и SOLID…
Честно, вам рано кого-то учить, вам надо учиться самому…
Ну, хоть прокрастинация с пользой! Это здорово.
А учиться по этому «приложению» я бы не рекомендовал никому.
А можете привести пример когда одному презентеру надо несколько интеракторов? Потому что мне казалось, что как раз нужен только один, который и инкапсулирует разнообразную логику получения данных, например, один интерактор с несколькими провайдерами данных…
Есть пример?)
И когда же это было?)