Декларативное программирование клиент-серверных приложений на андроид

Декларативное программирование позволяет существенно повысить производительность труда программистов. В частности, предлагаемая Вашему вниманию библиотека DePro при программировании клиент-серверных приложений обеспечивает повышение производительности в 3 — 5 раз по сравнению с императивными языками такими, например, как java, kotlin.

Класс клиент – серверных приложений достаточно большой. К нему относятся такие типы приложений как: m-коммерция, Р2Р торговля, услуги, банки и финансы, путешествия, мессенджеры и соцсети, фитнес и здоровье, и т.п.

Такое ускорение объясняется тем, что в декларативном программировании описывать лишь “ЧТО нужно получить?”, а не “КАК это сделать?”.

Для иллюстрации различий между декларативным и императивным программированием рассмотрим следующий простой пример.

В activity изображенной на рисунке имеется fragment (обведен красной линией).

Разметка указанного фрагмента простая имеется лишь RecyclerView с id recycler. Разметка для элементов списка находится в файле item.xml. Данные находятся по адресу. Названия (id) элементов разметки совпадает с соответствующими названиями в данных, приходящих с сервера.

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

Для этого нам нужно создать следующие классы.

Item – описывает все переменные, которые приходят с сервера и соответствующие геттеры и сеттеры.

Adapter – наследник RecyclerView.Adapter. Ему в конструкторе передаются данные, полученные от сервера типа List. Также имеется три, в общем несложных, метода: getItemCount – указывает количество элементов списка; onCreateViewHolder – инфлатит View из файла item.xml и создает на его основе MyHolder; onBindViewHolder — читает нужный элемент в списке и заносит данные в MyHolder (в результате они отображаются на экране). Кроме того имеется класс MyHolder в котором описываются все переменные в которые будут заноситься данные.

Presenter — содержит метод чтения данных с сервера с использованием технологий RxJava и Retrofit. Он реально и обращается к серверу по заданному URL. Полученные данные с использованием интерфейса iView передаются во фрагмент (класс MyFragment).

iView – интерфейс для взаимодействия презентера и MyFragment.

MyFragment – наследник класса Fragment. В нем и происходит объединение взаимодействия всех остальных классов. В частности он создает пустой список данных (типа List.) и адаптер, которому передает этот список. Обращается к презентеру для ввода данных и, после их получения, обновляет список, после чего дает команду адаптеру отобразить новые данные.

В совокупности эти пять файлов содержат сто и более строк кода. Да, код не сложный и в основном рутинный. Однако количество кода — есть количество кода. При этом код для аналогичного фрагмента с другими данными будет отличаться только URL, ресурсом RecyclerView и item.xml.

Поэтому у некоторых программистов возникает фантастическая мечта — иметь метод, которому будут переданы только уникальные данные, а остальное он сам доделает. Например, такой:

recycler(URL, R.id.recycler, R.layout.item);

И вот именно эту фантастическую мечту и реализует библиотека декларативного программирования DePro. Например, для описания списка с использованием библиотеки нужно написать всего лишь одну строку:

component(TC.RECYCLER, model(URL), view(R.id.recycler, R.layout.item_news))

Здесь component – название метода для описания различных компонентов; TC.RECYCLER – тип компонента (в данном случае указывает на использование RecyclerView); model(URL) – указывает, что данные для компонента находятся по адресу указанному в URL; view указывает id recycler-а и лайаут с разметкой элементов списка.

Как видим, различие в количестве кода существенное.

Декларативное программирование с использованием библиотеки DePro сводится к описанию экранов и их компонентов. Ресурсы (строки, цвета, лайоуты, …) формируются обычным образом.

Экраны могут реализовываться в виде активити или фрагмента. В простейшем случае активити задается следующим образом:

activity(имя активити, id лайоута связанного с этим активити)

Пример: activity(“splash”, R.layout.activity_splash)
Фрагмент задается аналогично.

Пример: fragment(“auth_phone”, R.layout.fragment_auth_phone)

Каждый экран содержит несколько компонентов. Компоненты характеризуется способом обработки и отображения данных и реализует шаблон MVP.

Все компоненты описываются унифицировано:

.component(TYPE, model(...), view(...), navigator(...))

Здесь TYPE — тип компонента, может принимать значения SPINNER, DRAWER, RECYCLER, MENU, MAP, PAGER и т.д. Параметры метода model(…) описывают источник данных. В частности, как указывалось выше, в нем может содержаться URL. Параметры метода view(…) задают представление, связанное с компонентом. В методе navigator(…) описывается реакция на действия пользователя. Например, запись navigator(start(R.id.video, YOUTUBE)) означает, что при тапе на элемент R.id.video будет вызван экран с именем YOUTUBE. В navigator-е можно указывать произвольное количество действий.

Таким образом, описание экранов представляет собой описание их компонентов:

 activity(String name, int layoutId)         .component(TYPE, model(...), view(...), navigator(...))         . . .         .component(TYPE, model(...), view(...), navigator(...));

По факту описание отдельного экрана в зависимости от количества содержащихся в нем компонентов занимает в среднем 5 — 10 строк кода.

Параллельная разработка нескольких коммерческих проектов по традиционной технологии и с использованием библиотеки DePro позволило сделать следующие выводы:

• Количество java кода (SLOC) с использованием библиотеки в 40-50 раз меньше чем при традиционном подходе.
• Время описания одного экрана (без учета разработки XML — файлов) составляет 15 — 20 мин.
• Трудоемкость труда программистов (с учетом разработки XML — файлов) с использованием библиотеки в 3 — 5 раз меньше чем по традиционной технологии.
• Время тестирования в 2 — 3 раза меньше.

Подробное описание библиотеки с примерами приведено по адресу. С примерами использования библиотеки можно ознакомиться на Github.

В следующей статье опишем полный цикл разработки приложения с использованием библиотеки DePro.