TIPS & TRICKS for Flutter dev - Советы и Трюки для начинающих флаттеристов - Mad Brains Техно

Подписаться 11 тыс.

50% 1

Ссылки из наших видео, полезные статьи в телеграм-канале
t.me/joinchat/AAAAAFbWUGXbGp9oaoj-5A
00:00 - Вступление
00:27 - Hotkeys Горячие клавиши для Flutter -разработчика. Автоформатирование, декомпозиция виджетов
03:30 - Как чистить импорты import
04:17 - Операции над блоками
05:08 - Мультикурсор
07:18 - GIT
10:03 - Postman тестирование запросов
11:38 - Flutter widget of the week
13:20 - Devtools Инструменты разработчика
15:30 - Debugger, дамп деревьев, трассировка, debug animation
17:40 - State managment? Redux
19:19 - Архитектура Flutter
19:56 - BLOCK
21:00 - Шрифты для программиста
22:10 - DevTools Netvork Как смотреть тело запроса, логирование
24:50 - VSCODE
Техно - это внутренний еженедельный митап Mad Brains, на котором мы делимся опытом, знакомимся с актуальными технологиями и темами в мобильной разработке и не только
TIPS & TRICKS for Flutter dev - Советы и Трюки для самых начинающих флаттеристов - Mad Brains Техно
• TIPS & TRICKS for Flut...
Вакансии
bit.ly/MadBrainsWork - HeadHunter
Мы в соцсетях:
bit.ly/MadBrainsSite - Сайт
bit.ly/MadBrainsFB - Facebook
bit.ly/MadBrainsVK -Вконтакте
bit.ly/MadBrainsBe - Behance
bit.ly/MadBrainsInst - instagram

Опубликовано:

29 июн 2024

Ссылка:

Скачать:

Готовим ссылку...

Добавить в:

Мой плейлист

Посмотреть позже

Комментарии : 2

@otkwass 3 года назад

а почему декомпозиция на отдельные методы, возвращающие Widget - это "жесткий антипаттерн"? переиспользование, разве что приходит в голову.

@no1ks 3 года назад

Официальный ответ: Classes: allow performance optimization (const constructor, more granular rebuild) ensure that switching between two different layouts correctly disposes of the resources (functions may reuse some previous state) ensures that hot-reload works properly (using functions could break hot-reload for showDialogs & similar) are integrated into the widget inspector. We see ClassWidget in the widget-tree showed by the devtool, which helps understanding what is on screen We can override debugFillProperties to print what the parameters passed to a widget are better error messages If an exception happens (like ProviderNotFound), the framework will give you the name of the currently building widget. If you've split your widget tree only in functions + Builder, your errors won't have a helpful name can define keys can use the context API Functions: have less code (which can be solved using code-generation functional_widget)