Replica: как мы создали собственную библиотеку и с ее помощью упрощаем Android-разработку

Наш лид команды Android-разработки Артур Артиков придумал и реализовал библиотеку для организации сетевого взаимодействия Replica. Сколько времени нужно, чтобы создать библиотеку, и почему провал — это тоже победа — читайте в нашем материале.

Я точно помню, что в августе прошлого года на митапе с нашими Android- и iOS-разработчиками я рассказал, что у меня есть идея новой библиотеки. Эта идея формировалась по мере работы над разными проектами. Я подмечал, как обычно все делается, какие неудобства при работе с сетевыми запросами встречаются. Постепенно стал понимать, как эти неудобства можно решить.

Части библиотеки в том или ином виде стали рождаться сами по себе. Это были кусочки кода, которые хорошо решали небольшую задачу на текущем проекте. Потом я все обобщил, систематизировал и понял, как сделать библиотеку универсальной и использовать на каждом проекте.

Год приводил все в порядок. Понятно, что год я писал не только библиотеку. Были большие перерывы в несколько месяцев, когда я занимался другими проектами. Но так или иначе, я всегда о ней думал.

И вот на прошлой неделе мы подключили библиотеку Replica на рабочий проект. Волнительное чувство, конечно, когда то, над чем ты работал так долго, наконец находит свое применение.

Достаточно сложное поведение библиотека выполняет автоматически. Программисту нужно лишь задать несколько простых настроек, а все остальное Replica делает сама.

Например, когда пользователь попадает на экран приложения, Replica загружает данные, нужные на этом экране. Replica следит за устареванием данных и, если нужно, может загрузить их повторно.

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

При длительном использовании приложения на телефон загрузится большой объем данных. Чтоб сэкономить память, Replica выгружает старые ненужные данные.

Как я уже упоминал, все это автоматическое поведение, ни строчки кода для этого писать не нужно.

Звучит неплохо, правда? Но какие сложности могут возникнуть? Когда столько всего выполняется автоматически, программист теряет контроль над тем, что происходит. Ему не понятно, какие сетевые запросы сейчас запущены, сколько данных загружено. Через UI приложения этого не видно, поэтому нужен отладочный инструмент.

С Replica DevTools мне помогал мой коллега Егор.

В первую очередь мы обсудили, чего мы хотим от инструмента. Нам хотелось, чтоб информация о загрузке данных в мобильном приложении наглядно отображалась на экране компьютера. В идеале, прямо в Android Studio — среде для Android-разработки.

Сначала мы думали написать плагин для Android Studio. Чтоб использовать плагин, его нужно было бы устанавливать на компьютеры разработчиков. Но потом у нас появилась идея лучше. Вспомните, как работают веб-сайты. Чтоб открыть сайт, нужен только веб-браузер, сам сайт не нужно устанавливать. Мы решили пойти тем же путем — сделать отладочный инструмент в формате веб-страницы. Но как поместить веб-страницу в Android Studio? Оказалось, что у Android Studio есть встроенный мини веб-браузер. Шикарно!

Получается, нужно было сделать веб-страницу. Опыта веб-разработки у Android-команды практически не было, все таки, мы пишем нативные приложения. Конечно, мы могли бы потратить время, вспомнить JavaScript, изучить основы React, Vue или Angular, и это тоже был бы интересный опыт. Но все мы обожаем Kotlin. А на Kotlin тоже можно писать веб-приложения с помощью технологии Kotlin/JS. К тому же, относительно недавно компания JetBrains (разработчик Kotlin) выпустила UI-фреймворк Compose for Web, который мы бы с радостью хотели попробовать. Так выбор пал на Kotlin/JS + Compose for Web.

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

Разработка заняла две недели. Егор показывал мне на разных этапах, что у него получается. Я в основном давал подсказки по usability инструмента, а с кодом Егор и так хорошо справлялся.

Мне кажется, мотивировать команду искать новое, быть любознательными можно только на собственном примере. Если ты сам глубоко погружен в предмет, тебе нравится за всем следить, то как лидер команды сможешь заразить своим примером других.

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

Честно, до самого конца я не был уверен, что библиотека будет работать. У меня было интуитивное понимание, что Replica будет полезнее и удобнее существующих инструментов. Но во время разработки я всегда ждал подвох, вдруг что-то не сойдется, и библиотека вообще не имеет смысла.

К счастью, сейчас этот этап пройден. Библиотека работает, команде нравится ее использовать. Дальнейшее ее развитие — это технические улучшения без концептуальных изменений.

А если бы все же ничего не получилось? Что ж, тогда это было бы доказательством, что в нашей работе мы и так использовали более или менее хорошее решение.

Релиз – это громко сказано 🙂. Я допишу документацию и добавлю больше примеров. Но пока что библиотека будет в статусе alpha. Я не ожидаю, что разработчики тут же начнут ее использовать на боевых проектах. Поймите меня правильно, одно дело, когда библиотеку использует команда, которая сама же ее разработала. Она хорошо знает, как работает библиотека, и в любой момент может при необходимости что-то в ней поменять. И совсем другое дело, когда библиотеку подключает кто-то другой — тут намного больше риска. С релизом stable-версии лучше не спешить. Он будет, но не так скоро.

Тем не менее, я считаю, что рассказывать про библиотеку уже пора. Например, я делал доклад про Replica на внутреннем митапе нашей компании Mobile Up. В нем я рассказал и про принцип работы библиотеки, и про UX-паттерны, и про удобство разработки. На мой взгляд, получилось интересно, поэтому решил опубликовать. Доклад будет понятен даже не программистам. А Android-разработчиков может заинтересовать github-страница библиотеки.

Конечно, будет круто, если кто-то попробует Replica на своем pet-проекте и поделится впечатлениями. Но еще интереснее для меня, если люди узнают про идеи заложенные в библиотеку. Ведь они могут подхватить идею и на ее основе придумать что-то еще новое и крутое.

Интервью – Арюна Иванова

Фотографии – Мария Артикова