*Знаешь почему стоит пойти ко мне учиться?* *Не сложно!* 👇 Я лично обучаю и делаю это «простым и доступным языком», тебе будет понятно всё что необходимо *Не долго!* 👇 Ты легко освоишь навык разработки приложений всего за 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
Спасибо! Очень понятный и качественный видео урок. Читала несколько артиклей, особо не вникала в суть. А теперь стало все понятно. Продолжайте в том же духе🤩😊
Отличный вопрос. Насколько я понял, для провайдера необходимо иметь разные типы для каждого конкретного провайдера. Если есть одинаковые типы, он будет возвращать первый. Решить эту проблему можно легко, просто создать класс для отдельного вида данных. Но по логике, в провайдере лучше поставлять модели данных, отдельные классы.
@@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, ); }, ),
Спасибо за ясный пример :) Если мы хотим вернуться к предыдущим экранам по навигации, восстанавливая отображаемые данные (в полях ввода, например), нужно использовать только провайдер?
@@stolets но получается, что если мы в класс запихнем 50 переменных int и будем провайдить класс, то при изменении любой переменной внутри класса будут срабатывать все ребилды, связанные со всеми этими переменными... А это не выглядит оптимально... Я правильно понимаю?
@@stolets по хорошему для изменяемых элементов нужно создавать отдельный виджет, как пример виджет сердечка like, что бы при изменении не перерисовывать всю странцу(либо виджет айтема( товара)), а только виджет не посредственно с сердечком
@@stolets ну судя по видео скорее всего хомескрин обновляется, а не виджет текст, так как сначала ты напрямую прописал вызов в чилд текста, а потом вынес в переменную, результат не изменился, исходя из этого делаем вывод что все таки обновляется тот виджет где мы обращаемся к провайдеру
Если провайдер - это только поставщик, то есть, класс, посредством которого "прокидываются" данные, то что мешает объявить глобальную переменную, в которую внести все нужные для передачи данные и получить их в любом другом модуле, в любом другом классе, не заморачиваясь с многострочными вызовами чтения тех же глобальных данных?
Provider не нужен. Есть встроенные во флаттер InheritedWidget и InheritedNotifier. Почему народ не желает изучить как следует сам флаттер и его возможности, а сразу спрыгивает на сторонние пакеты? Удивительно!
Сложную, масштабируемую бизнес логику очень сложно сделать на provider-е, не говоря уже даже о InheritedWidget. Знать как это работает безусловно стоит, но поверьте, знать хотя бы парочку популярных пекеджей вроде BLoC-а - обязательно.
Поправьте меня если я не прав, но ведь Инхеритед требуют писать больше кода, а готовый пакет Провайдер позволяет уменьшить количество символов, что повышает уровень читаемости , разве нет? Я так понял провайдер сам внутри работает на Инхеритед виджетах, так что не особо понятно зачем лишний раз писать много строк. Как работать знать надо конечно же
@@aleksandrsviridenko5079 Я вам объясню почему я написал такой комментарий. Этот цикл уроков расчитан на начинающих. Провокационное заявление сделано для привлечения пытливых умом разработчиков, чтобы они не торопились, и как следует изучили доступный инструментарий самого флаттера. Понятное дело, что готовый пакет ускоряет разработку, только вот большинство поторопившихся даже не догадывается, что же там "под капотом" у провайдера и на чем основана его работа. По поводу уменьшения символов в коде: разберитесь с ООП и организуйте свой код так, чтобы он работал через взаимодействие компактых легко тестируемых объектов.
*Знаешь почему стоит пойти ко мне учиться?*
*Не сложно!* 👇
Я лично обучаю и делаю это «простым и доступным языком», тебе будет понятно всё что необходимо
*Не долго!* 👇
Ты легко освоишь навык разработки приложений всего за 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
Лучший урок по этой теме, который видел до этого
Это пожалуй лучший урок по провайдеру. Спасибо, Дмитрий
Спасибо! Очень понятный и качественный видео урок. Читала несколько артиклей, особо не вникала в суть. А теперь стало все понятно. Продолжайте в том же духе🤩😊
шикарно доступно изложено
Благодарю!
Что-то серьёзное начинается 🙂 Мощный урок. Спасибо, Дим.
Пожалуй, я ещё раз пересмотрю
Спасибо большое за урок, все очень понятно!!
как получить конкретную переменную с одинаковым типом?
List a = 1;
List b = 2;
Отличный вопрос. Насколько я понял, для провайдера необходимо иметь разные типы для каждого конкретного провайдера. Если есть одинаковые типы, он будет возвращать первый.
Решить эту проблему можно легко, просто создать класс для отдельного вида данных. Но по логике, в провайдере лучше поставлять модели данных, отдельные классы.
@@stolets
Provider(
create: (context) =>[a,b], ...
На другой странице:
child: Text(${'Provider.of(context)[1]}'), ...
Выведет значение b.
Примет любой типизированный массив.
На dynamic захлебнётся.
thank you✌
ochen ponyatno bylo, stavlyu like i podpisku!!!
Спасибо
thanks man! god bless you!
Лайк и коммент в поддержку канала)
Сейчас появилась необходимость побыстрому разобраться в основах флаттера и видосы нормально зашли) Конечно сильно все упрощенно, но как я понял на этом и был акцент чтобы даже совсем начинающие разобрались что да как.
Да, все именно так
Спасибо!!
Спасибо Дмитрий,ролик получился понятным. Можно вас попросить разобрать Riverpod. Я думаю многим это будет полезно т.к это Provider 2.0 на максималках
от души за видео, продолжай в том же духе
В данном примере при нажатии на кнопку изменения температуры перерисовывается весь виджет страницы. Было бы правильней поместить context.watch() и Text в Builder, чтобы перерисовывался только сам Text со значением температуры:
Builder(
builder: (context) {
final temp = context.watch();
return Text(
temp.temperature.toString(),
style: Theme.of(context).textTheme.headlineMedium,
);
},
),
Спасибо за ясный пример :) Если мы хотим вернуться к предыдущим экранам по навигации, восстанавливая отображаемые данные (в полях ввода, например), нужно использовать только провайдер?
Привет, а если я хочу два инта пробросить, то как получать именно тот инт, который мне нужен?
Провайдить не инт, а класс
@@stolets но получается, что если мы в класс запихнем 50 переменных int и будем провайдить класс, то при изменении любой переменной внутри класса будут срабатывать все ребилды, связанные со всеми этими переменными... А это не выглядит оптимально... Я правильно понимаю?
Подскажите пожалуйста, планируется ли видео о скролле?
Отдельно нет. А что за вопрос у вас?
@@stolets Пока не пойму как правильно организовывать стр. с несколькими горизонтальными скролами, при этом что бы скролился весь экран.
@@eleimt почитай про SingleChildScrollView виджет и его параметры
Получается, что мы на одной странице что-то нажимаем, а на другой это появляется
Ага)
Получается что нотифайлистенер обновляет виджет хомескрин, а не виджет текст непосредственно?
Если правильно понял ваш вопрос, то да. Именно весь виджет homescreen
@@stolets по хорошему для изменяемых элементов нужно создавать отдельный виджет, как пример виджет сердечка like, что бы при изменении не перерисовывать всю странцу(либо виджет айтема( товара)), а только виджет не посредственно с сердечком
@@АлександрБезденежных-р5л похоже я был не прав. Провайдер обновляет именно там где передается данная
@@stolets ну судя по видео скорее всего хомескрин обновляется, а не виджет текст, так как сначала ты напрямую прописал вызов в чилд текста, а потом вынес в переменную, результат не изменился, исходя из этого делаем вывод что все таки обновляется тот виджет где мы обращаемся к провайдеру
А для чего тогда блок нужен, раз тут так все прекрасно?
Да, круто все разжовано , для меня конечно как постоянно юсера. Getx выглядит как getx. только длиннее синиакс
Продолжайте пожалуйста
Буду продолжать) спасибо
Привет!
Сделай пожалуйста выпуск про cubit. И если будет время, то с api было бы супер
Хорошо. Запишу в задачи)
@@stolets имел ввиду не отдельно тему с api, а cubit+api. Очень жду выпуска!!!
@@elkaigolka7349 я так и понял)
Если провайдер - это только поставщик, то есть, класс, посредством которого "прокидываются" данные, то что мешает объявить глобальную переменную, в которую внести все нужные для передачи данные и получить их в любом другом модуле, в любом другом классе, не заморачиваясь с многострочными вызовами чтения тех же глобальных данных?
Попробуйте так сделать как предлагаете и сразу увидите ограничения
@@stolets , всегда так и делаю, провайдер и прочие инхериты нужны только для оптимизации рендеринга, разве не так?
Provider не нужен. Есть встроенные во флаттер InheritedWidget и InheritedNotifier. Почему народ не желает изучить как следует сам флаттер и его возможности, а сразу спрыгивает на сторонние пакеты? Удивительно!
хороший вопрос
@@DartMitai Те кто берет на работу просят именно пакеты, уж не знаю почему))
Сложную, масштабируемую бизнес логику очень сложно сделать на provider-е, не говоря уже даже о InheritedWidget.
Знать как это работает безусловно стоит, но поверьте, знать хотя бы парочку популярных пекеджей вроде BLoC-а - обязательно.
Поправьте меня если я не прав, но ведь Инхеритед требуют писать больше кода, а готовый пакет Провайдер позволяет уменьшить количество символов, что повышает уровень читаемости , разве нет? Я так понял провайдер сам внутри работает на Инхеритед виджетах, так что не особо понятно зачем лишний раз писать много строк. Как работать знать надо конечно же
@@aleksandrsviridenko5079 Я вам объясню почему я написал такой комментарий.
Этот цикл уроков расчитан на начинающих. Провокационное заявление сделано для привлечения пытливых умом разработчиков, чтобы они не торопились, и как следует изучили доступный инструментарий самого флаттера.
Понятное дело, что готовый пакет ускоряет разработку, только вот большинство поторопившихся даже не догадывается, что же там "под капотом" у провайдера и на чем основана его работа.
По поводу уменьшения символов в коде: разберитесь с ООП и организуйте свой код так, чтобы он работал через взаимодействие компактых легко тестируемых объектов.
Абсолютно не читаемо Provider.of(context)[1]. Просто жесть