Provider (Flutter) -очень простой пример работы с провайдером
Vložit
- čas přidán 12. 09. 2022
- Рассмотрим несколько простых примеров проброски информации внутрь дерева виджетов. Это самая крутая тема для разработчиков на Flutter.
Открытый чатик, где тебе обязательно помогут, добавляйся и общайся t.me/dart_flutter_prostymi_sl...
Лично обучу Флаттеру за 2 месяца 😲
напиши мне t.me/stolets
Программа и стоимость
Dart - от А до Я простыми словами
Flutter - фундамент простыми словами: верстка и виджеты, state, context, навигация, провайдер, базы данных, локализация, Firebase, реклама в приложении (+ бонус - функционал подписок)
Как проходит обучение:
а) Попадаешь в группу обучающихся
б) Еженедельно в субботу созвон на 2 часа
в) Получаешь ДЗ, которое нужно выполнить
Стоимость обучения в разы меньше по сравнению с остальными курсами Flutter (стоимость уточнить можно в ЛС)
PS: Выпускников своего обучения приглашаю в свой Практикум, где общий интерес - создать приложение с доходом. Если тебя такое интересует, приходи учиться и давай вместе развиваться =)
Любые вопросы, пиши в ЛС:
t.me/stolets
t.me/stolets
t.me/stolets
*Знаешь почему стоит пойти ко мне учиться?*
*Не сложно!* 👇
Я лично обучаю и делаю это «простым и доступным языком», тебе будет понятно всё что необходимо
*Не долго!* 👇
Ты легко освоишь навык разработки приложений всего за 2 месяца
*Не дорого!* 👇
Стоимость обучения в разы меньше по сравнению с остальными курсами Flutter (стоимость уточнить можно в ЛС)
*Нужно немного твоего времени!* 👇
Каждую субботу будет наш созвон в Zoom и всего на 2 часа (созвон всего лишь раз в неделю)
*С домашним заданием!* 👇
Ты будешь получать домашнее задание которое надо выполнить в течении недели и я лично буду проверять ДЗ и давать комментарий
*С практикой!* 👇
Ты сделаешь учебный проект и получишь задание делать свое собственное приложение
*Не скучно!* 👇
На созвоне я всегда всех призываю активничать и перебивать меня, я всегда хочу получать вопросы и тут же отвечать на них
*Перспективно!* 👇
Выпускников я зову на свой практикум, где мы вместе будем делать бизнес на приложениях (зарабатывать на продаже премиум подписках в приложениях)
*Остались вопросы?* Ниже контакты, просто напиши мне!
Telegram: t.me/stolets
WhatsApp, Viber, SMS:
+7 (908) 505-49-41
+7 (908) 505-49-41
+7 (908) 505-49-41
(на обычный звонок не отвечаю, по причине частого спама)
Vk: vk.com/stolets
Instagram: instagram.com/sto_lets
Email: ip.stolets@yandex ru
Это пожалуй лучший урок по провайдеру. Спасибо, Дмитрий
Спасибо! Очень понятный и качественный видео урок. Читала несколько артиклей, особо не вникала в суть. А теперь стало все понятно. Продолжайте в том же духе🤩😊
Что-то серьёзное начинается 🙂 Мощный урок. Спасибо, Дим.
Пожалуй, я ещё раз пересмотрю
Спасибо Дмитрий,ролик получился понятным. Можно вас попросить разобрать Riverpod. Я думаю многим это будет полезно т.к это Provider 2.0 на максималках
Классное понятное объяснение, спасибо, а то везде видео на час, в лучшем случае) ♥️
Спасибо большое за урок, все очень понятно!!
шикарно доступно изложено
Благодарю!
от души за видео, продолжай в том же духе
thanks man! god bless you!
thank you✌
ochen ponyatno bylo, stavlyu like i podpisku!!!
Спасибо
Лайк и коммент в поддержку канала)
Сейчас появилась необходимость побыстрому разобраться в основах флаттера и видосы нормально зашли) Конечно сильно все упрощенно, но как я понял на этом и был акцент чтобы даже совсем начинающие разобрались что да как.
Да, все именно так
Спасибо!!
как получить конкретную переменную с одинаковым типом?
List a = 1;
List b = 2;
Отличный вопрос. Насколько я понял, для провайдера необходимо иметь разные типы для каждого конкретного провайдера. Если есть одинаковые типы, он будет возвращать первый.
Решить эту проблему можно легко, просто создать класс для отдельного вида данных. Но по логике, в провайдере лучше поставлять модели данных, отдельные классы.
@@stolets
Provider(
create: (context) =>[a,b], ...
На другой странице:
child: Text(${'Provider.of(context)[1]}'), ...
Выведет значение b.
Примет любой типизированный массив.
На dynamic захлебнётся.
Спасибо за ясный пример :) Если мы хотим вернуться к предыдущим экранам по навигации, восстанавливая отображаемые данные (в полях ввода, например), нужно использовать только провайдер?
В данном примере при нажатии на кнопку изменения температуры перерисовывается весь виджет страницы. Было бы правильней поместить context.watch() и Text в Builder, чтобы перерисовывался только сам Text со значением температуры:
Builder(
builder: (context) {
final temp = context.watch();
return Text(
temp.temperature.toString(),
style: Theme.of(context).textTheme.headlineMedium,
);
},
),
Да, круто все разжовано , для меня конечно как постоянно юсера. Getx выглядит как getx. только длиннее синиакс
Продолжайте пожалуйста
Буду продолжать) спасибо
Подскажите пожалуйста, планируется ли видео о скролле?
Отдельно нет. А что за вопрос у вас?
@@stolets Пока не пойму как правильно организовывать стр. с несколькими горизонтальными скролами, при этом что бы скролился весь экран.
@@eleimt почитай про SingleChildScrollView виджет и его параметры
Привет!
Сделай пожалуйста выпуск про cubit. И если будет время, то с api было бы супер
Хорошо. Запишу в задачи)
@@stolets имел ввиду не отдельно тему с api, а cubit+api. Очень жду выпуска!!!
@@elkaigolka7349 я так и понял)
А для чего тогда блок нужен, раз тут так все прекрасно?
Привет, а если я хочу два инта пробросить, то как получать именно тот инт, который мне нужен?
Провайдить не инт, а класс
@@stolets но получается, что если мы в класс запихнем 50 переменных int и будем провайдить класс, то при изменении любой переменной внутри класса будут срабатывать все ребилды, связанные со всеми этими переменными... А это не выглядит оптимально... Я правильно понимаю?
Получается что нотифайлистенер обновляет виджет хомескрин, а не виджет текст непосредственно?
Если правильно понял ваш вопрос, то да. Именно весь виджет homescreen
@@stolets по хорошему для изменяемых элементов нужно создавать отдельный виджет, как пример виджет сердечка like, что бы при изменении не перерисовывать всю странцу(либо виджет айтема( товара)), а только виджет не посредственно с сердечком
@@user-xd6mk4fp2l похоже я был не прав. Провайдер обновляет именно там где передается данная
@@stolets ну судя по видео скорее всего хомескрин обновляется, а не виджет текст, так как сначала ты напрямую прописал вызов в чилд текста, а потом вынес в переменную, результат не изменился, исходя из этого делаем вывод что все таки обновляется тот виджет где мы обращаемся к провайдеру
Получается, что мы на одной странице что-то нажимаем, а на другой это появляется
Ага)
Если провайдер - это только поставщик, то есть, класс, посредством которого "прокидываются" данные, то что мешает объявить глобальную переменную, в которую внести все нужные для передачи данные и получить их в любом другом модуле, в любом другом классе, не заморачиваясь с многострочными вызовами чтения тех же глобальных данных?
Попробуйте так сделать как предлагаете и сразу увидите ограничения
@@stolets , всегда так и делаю, провайдер и прочие инхериты нужны только для оптимизации рендеринга, разве не так?
Provider не нужен. Есть встроенные во флаттер InheritedWidget и InheritedNotifier. Почему народ не желает изучить как следует сам флаттер и его возможности, а сразу спрыгивает на сторонние пакеты? Удивительно!
хороший вопрос
@@DartMitai Те кто берет на работу просят именно пакеты, уж не знаю почему))
Сложную, масштабируемую бизнес логику очень сложно сделать на provider-е, не говоря уже даже о InheritedWidget.
Знать как это работает безусловно стоит, но поверьте, знать хотя бы парочку популярных пекеджей вроде BLoC-а - обязательно.
Поправьте меня если я не прав, но ведь Инхеритед требуют писать больше кода, а готовый пакет Провайдер позволяет уменьшить количество символов, что повышает уровень читаемости , разве нет? Я так понял провайдер сам внутри работает на Инхеритед виджетах, так что не особо понятно зачем лишний раз писать много строк. Как работать знать надо конечно же
@@aleksandrsviridenko5079 Я вам объясню почему я написал такой комментарий.
Этот цикл уроков расчитан на начинающих. Провокационное заявление сделано для привлечения пытливых умом разработчиков, чтобы они не торопились, и как следует изучили доступный инструментарий самого флаттера.
Понятное дело, что готовый пакет ускоряет разработку, только вот большинство поторопившихся даже не догадывается, что же там "под капотом" у провайдера и на чем основана его работа.
По поводу уменьшения символов в коде: разберитесь с ООП и организуйте свой код так, чтобы он работал через взаимодействие компактых легко тестируемых объектов.
Абсолютно не читаемо Provider.of(context)[1]. Просто жесть