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

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

startActivityForResult+onActivityResult

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

Ни первый, ни второй примеры не выглядят логичными. Интерфейсы без методов(маркерные интерфейсы) применяются достаточно редко и в специфичных ситуациях(пример - java.util.RandomAccess, маркирующий бесплатный доступ к произвольному элементу коллекции).
Абстрактный класс без состояния и методов вообще не нужен, тк будет затруднять разработку пользователя этого класса.

Где-то должна быть сущность(например, презентер, интерактор), которая хочет обновить список. Она должна иметь возможность ждать события возврата результата с помощью, например, листенера или подписки на стрим таких событий. Активити(или фрагмент) при получении результата оповещает все такие сущности по цепочке. Связывать конкретное событие с конкретным подписчиком можно с помощью requestCode. Как-то так, идея, надеюсь, понятна, остальное - детали реализации. Главное, хорошо абстрагировать.

Нарисовать на канвасе. Кастомной вьюхой

Скачиваешь Android Studio, импортируешь туда этот проект, собираешь проект.

ArrayList

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