Как я хотел поработать нативным Android разработчиком, но устроился Flutter разрабом
Небольшое вступление
После праздничных каникул (это было в январе) я решил немного поработать Android разработчиком на пол ставки, дабы совмещать работу с учебой.
Ещё в декабре я познакомился с главным программистом IT-компании, которая находится в Сочи.
Я не буду оглашать имя компании в целях корпоративной тайны, это не суть. Компания довольно молодая, и поэтому использует более новые технологии. Я был удивлен, когда мне ответили, что им нужен Flutter разработчик, а не Java/Kotlin.
Так я и познакомился с Flutter.
Первые впечатления
Я был совершенно поражен когда впервые увидел сгенерированный проект мобильного приложения на Flutter. Все совершенно отличалось от обычной нативной разработки под Android.
Первое что бросалось в глаза — это совершенно другой язык, Dart.
Я сразу начал штудировать этот раздел и узнал, что Flutter — это Framework с декларативным стилем написания UI.
Мне никогда не был понятен данный стиль написания кода. Когда-то в прошлом я решил освоить React JS, но не смог его одолеть и забросил (в основном из-за глупости и лени). Зачем вообще декларативный стиль программирования? Есть же интуитивно понятно императивный: создал объект кнопки, добавил в родительский элемент и т.д.
Когда я увлекся Flutter, то осознал и понял главные преимущества такого подхода:
Меньше кода
Интуитивно понятный
Ускоренная разработка
Мощность
Возможно это произвучит чересчур громко. Все эти преимущества в той или иной мере правдивы.
Вот так, к примеру, выглядит разметка UI приложения, сгенерированного Android Studio:
Scaffold(
appBar: AppBar(
title: Text("Counter App"),
),
body: Center(child: Column(
mainAxisAlignment: MainAxisAlignment.center,
children: [
Text("You have pushed the button this many times: "),
SizedBox(height: 10),
Text("$counter",
style: Theme.of(context).textTheme.headline4,
)
],
),),
floatingActionButton: FloatingActionButton(
onPressed: () { setState(() => counter = counter + 1); },
child: Icon(Icons.add),
),
);Первая важная особенность такого кода: большое количество скобок и запятых, как бы смешно это не звучало)))
Вторая: большая гибкость и мощность, вы можно по-разному вкладывать друг в друга элементы и комбинировать их, создавая более сложный UI
Третья: легко читаем и имеет возможность разбивки кода на отдельные функции. Конечно довольно сложный интерфейс выглядит громоздко и не совсем разборчиво при таком стиле и поэтому в таких случаях необходимо разделять UI на отдельные функции.
И наконец, Dart имеет интересную фишку: можно поставить запятую в конце последнего параметра функции или конструктура класса, поэтому вы можете не париться по поводу последней запятой в вашем коде, когда делает разметку UI или передаете параметры функции.
Как вы уже догадались в любой технологии найдется уязвимое место. Какие оптимизации бы не сделал Flutter разработчик, его приложение все равно будет проигрывать в скорости работы приложения, написаного на Java / Kotlin — это 100% очевидно (данная проблема проявляется не во всех ситуациях).
Первое приложение
Перед тем, как получить работу, мне дали тестовое задание: сделать приложение, которое будет хранить данные об автомобилях в локальной базе данных.
Я начал курить flutter.dev, прочитал довольно много полезных материалов на данную тему.
В результате, я решил использовать обертку sqlite для Android и iOS — sqflite.
Сразу стоит отметить, что подключение большинства библиотек (pub-пакетов) осуществляется через специальный файл pubspec.yaml, в отличие от build.gradle (Android).
Все пакеты Dart (включая подмножество Flutter) располагаются на сайте pub.dev
Как я позже узнал, Flutter позволяет использовать нативный код Android и iOS, что меня очень сильно порадовало.
Дальнейшие разработки
C февраля я был переведен на первый рабочий проект.
Я все больше стал понимать синтаксис языка Dart. Для тех, кто хочет довольно быстро с ним познакомиться покурите Dart Tour
В многих проектах, даже довольно маленьких всегда есть какие-либо тяжелые задачи, которые могут затормозить отрисовку UI приложения (кнопок, меню и т.д.). Например: загрузка файла из сети, или запрос в базу данных и т.д.
Поэтому необходимо использовать либо Thread’ы (Java), либо Coroutines (Kotlin) в нативной разработке под Android
В Flutter это решается довольно просто, использованием асинхронных функций:
fun getArticles() async {
final response = await http.get("https://xxx.ru/rest/getArticles");
final List articles = decodeArticles(response.body);
setState(() {
this.articles = articles;
});
} Возможно не совсем понятно для незнакомых с Flutter и декларативным стилем написания кода, вызов функции setState.
setState является функцией высшего порядка (Dart поддерживает функциональное программирование) и принимает другую функцию, как входной параметр.
Логика setState довольно простая: сначала выполняем функцию, которая была передана в качестве параметра, а затем перерисовываем все компоненты Flutter приложения. (на самом деле не все, Flutter сам решает, что нужно перерисовать, а что нет, дабы обеспечить эффективность работы).
В этом и состоит один из важнейших принципов декларативного подхода Flutter — принципа состояние.
Более подробно о состоянии: flutter.dev
При реализации моего первого рабочего приложения на Flutter я впервые столкнулся с проблемой архитектуры.
По большей части все данные Flutter приложения — это состояние (на момент выполнения приложения несомненно).
И поэтому в проектировании архитектуры Flutter приложения нужно руководствоваться одним из подходов по управления состоянием.
Я выбрал provider и не пожалел об этом. Данный подход довольно простой и изящный.
В апреле мой первый более менее рабочий проект был опубликован в Google Play и Apple Store
Мое личное мнение о Flutter
Я считаю, что Flutter — довольно неплохой кроссплатформенный framework для мобильной разработки, по моему мнению он не уступает своим конкурентам, таким как React Native например.
Большинство коммерческих проектов вполне могут быть реализованы на Flutter.
Основные преимущества Flutter по моему мнению:
Довольно мощный UI framework, позволяет сильно кастомизировать внешний вид приложения. Это также является важнейшим преимуществом по отношению к нативной Android разработке, т.к. создание кастомных View и написание дополнительного кода является не одной из самых простых задач;
Быстрая разработка — т.к. Flutter является кроссплатформенным инструментом для разработки, вам не нужно писать отдельно код для iOS и Android, что действительно повышает скорость разработки, но не во всех случаях работу самого приложения :)
Декларативный стиль обладает некоторыми преимуществами над императивным, как было отмечено выше
Функциональность — Flutter имеет огромное количество полезных компонентов, а также pub-пакетов, которые не раз меня выручали). Сейчас Flutter продолжает расти, в марте прошел Flutter Engage 2021
Причины по которым вы не должны использовать Flutter:
Высокая производительность — если каждая доля миллисекунды вам дорога, то несомненно в таком случае вам не стоит использовать Flutter
Кастомная отрисовка компонентов
Какие-либо нестандарные решения
Низкоуровневая работа с компонентами мобильной ОС
Заключение
Статья носит субъективное мнение и поэтому я могу ошибаться в некоторых, а может и во всех отношениях.
Моей главной целью было выразить мой скромный опыт разработки на Flutter и поделиться своим мнением и некоторыми замечаниями.
В конце, хотелось бы отметить, что Flutter имеет все нужные обстоятельства для будущего развития и, возможно даже перерастет другие подходы кроссплатформенной разработки (React Native), если ещё не перерос.
Полезные ссылки:
