Сериализация и десериализация. Часть 1

Если посмотреть абстрактно, то всё, что мы делаем в IT — передаём и отображаем данные в нужной форме.

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

В этом посте — теоретическая часть:
🔵 рассмотрим пример из жизни;
🔵 определим понятие;
🔵 познакомимся с подходами.

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

#surf_flutter

Сериализация и десериализация. Часть 2

Продолжаем тему и раскрываем её с практической стороны — иначе зачем мы вообще всё это делаем? 🤷‍♀️

Здесь мы:

🔵 Свяжем теорию с практикой на примере запроса в сеть;
🔵 Познакомимся с пакетами:
➡️ https://pub.dev/packages/json_serializable
➡️ https://pub.dev/packages/freezed
➡️ https://pub.dev/packages/retrofit

Они упростят нам жизнь — избавят от написания рутинного кода.

#surf_flutter

Каркас фичи за 7 секунд. Чем может быть полезен mason?

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

Никто не любит бойлерплейт: для старта проектов появляются шаблоны, как, например, Surf Flutter App Template, для небольших кусков кода существуют Snippets (VSCode) и Live Templates (IntelliJ IDEA, Android Studio).

Но что, если этих инструментов недостаточно? Если есть потребность в более гибком инструменте для генерации шаблонного кода?

Мы во Flutter-команде Surf задались этими вопросами, и пришли к mason — мощному и гибкому генератору кода по шаблонам. И сейчас покажем, как его использовать.

Ссылки из карточек:
🔵 mustache
🔵 mason_cli
🔵 BrickHub
🔵 Синтаксис brick

#surf_flutter