Аp
Maria
у вас наверное ругается анализатор, а не компилятор. Чтобы не ругался, можно повысить версию дарта в пабспеке (например: 2.9.0-11.0.dev.flutter-6489a0c68d)
да, анализатор, перепутал) сейчас попробую
Size: a a a
2020 September 19
I
Всем привет, сейчас Provider это самый лучший и рекомендуемый подход? кто что предпочитает для state management?
v
Всем привет, сейчас Provider это самый лучший и рекомендуемый подход? кто что предпочитает для state management?
Провайдер не стейт менеджмент
A wrapper around InheritedWidget to make them easier to use and more reusable.
A wrapper around InheritedWidget to make them easier to use and more reusable.
КА
Провайдер не стейт менеджмент
A wrapper around InheritedWidget to make them easier to use and more reusable.
A wrapper around InheritedWidget to make them easier to use and more reusable.
По факту
GF
Кто-нибудь по мне скучает? Это видео заняло намного больше времени, чем остальные, но оно того стоило! Редизайн приложения PayPal с более чем 15 экранами 😍 только что завершенный и загруженный на YouTube, вы найдете подключение, вход в систему, регистрацию, панель управления, баланс, транзакции, отправку и запрос денег, настройки и многое другое! Все это бесплатно для вас, ребята, так что не забудьте нажать кнопку «Нравится» на YouTube, чтобы охватить больше людей, и, конечно же, исходный код находится в описании видео, я надеюсь, что это поможет вам в ваши проекты! увидимся! 🤟
https://youtu.be/XQjicBAtfhg
https://youtu.be/XQjicBAtfhg
IL
кстати, а во флаттере вообще распространен какой-нибудь IoC/DI контейнер?
И вообще нормальная ли это практика?
И вообще нормальная ли это практика?
SS
А кто знает как лучше сделать локализацию во flutter, чтобы
- в коде не было строк, а только сгенерированные переменные
- была единая таблица локализации, где у каждого ключа своя строка и добавляются столбцы для разных языков
Что-то вроде https://pub.dev/packages/easy_localization
- в коде не было строк, а только сгенерированные переменные
- была единая таблица локализации, где у каждого ключа своя строка и добавляются столбцы для разных языков
Что-то вроде https://pub.dev/packages/easy_localization
ПД
Все здравствуйте. Подскажите пожалуйста - есть платное приложение в гугл маркете. Сейчас логика такая - заплатил и пользуешься им пожизненно. Нужно сделать помесячную оплату. Как это сделать?
ПД
Вообще можно так сделать? - не переписывая код а используя маркет (для ios можно)
VA
кстати, а во флаттере вообще распространен какой-нибудь IoC/DI контейнер?
И вообще нормальная ли это практика?
И вообще нормальная ли это практика?
DI это и есть реализация IoC. Скорее нет, чем да. Во флаттере нет рефлексии, поэтому человеческого DI тут нет. Есть inject от гугл с генерацией зависимостей в compile time, но мне он не нравится по ряду причин. Можно костыльно реализовать DI через провайдер. Есть SL get_it. Есть еще какая-то библиотека для флаттера, но ее не рассматривал.
Ю
Вообще можно так сделать? - не переписывая код а используя маркет (для ios можно)
Никак без переписывания, сам апп генерирует запрос на оплату
RM
Google Pay picks Flutter to drive its global product development: Google Pay переписывают на Flutter, пока бета-версия доступна в Индии и Сингапуре.
https://developers.googleblog.com/2020/09/google-pay-picks-flutter-to-drive-its.html
https://developers.googleblog.com/2020/09/google-pay-picks-flutter-to-drive-its.html
Ю
Было б возможно если перекинуть ид из продуктов в подписки, но вряд ли дадут
ПД
Никак без переписывания, сам апп генерирует запрос на оплату
Дайте пожалуйста ссылку где почитать как сделать
ПД
Я только начинающий и по этому многого не знаю
Ю
Дайте пожалуйста ссылку где почитать как сделать
В пубе пакет in app purchases
IL
DI это и есть реализация IoC. Скорее нет, чем да. Во флаттере нет рефлексии, поэтому человеческого DI тут нет. Есть inject от гугл с генерацией зависимостей в compile time, но мне он не нравится по ряду причин. Можно костыльно реализовать DI через провайдер. Есть SL get_it. Есть еще какая-то библиотека для флаттера, но ее не рассматривал.
Спасибо!
У меня вот теоретический вопрос.
Скажем, у меня есть какие нибудь общие данные для большинства страниц, Но эти данные не реактивные, они никогда не будут изменяться в фоновом режиме.
Скажем, имя авторизованного юзера, которое вытягиваем из шаред сеттингов при запуске приложения и все.
То есть подобными "статичными" данными не вижу смысл забивать реактивный стор.
И вот тут вопрос как лучше поступить во флаттере:
1) класс со статическими полями и статическими геттерами
2) класс, который через DI/провайдер прокинут или через конструктор или через контекст
3) все таки делать fat state, и пихать туда ?
Имя юзера для примера.
Просто, скажем, какие то данные, которые устанавливаются один раз и никогда в процессе использования не будут изменены на лету
У меня вот теоретический вопрос.
Скажем, у меня есть какие нибудь общие данные для большинства страниц, Но эти данные не реактивные, они никогда не будут изменяться в фоновом режиме.
Скажем, имя авторизованного юзера, которое вытягиваем из шаред сеттингов при запуске приложения и все.
То есть подобными "статичными" данными не вижу смысл забивать реактивный стор.
И вот тут вопрос как лучше поступить во флаттере:
1) класс со статическими полями и статическими геттерами
2) класс, который через DI/провайдер прокинут или через конструктор или через контекст
3) все таки делать fat state, и пихать туда ?
Имя юзера для примера.
Просто, скажем, какие то данные, которые устанавливаются один раз и никогда в процессе использования не будут изменены на лету
ПД
В пубе пакет in app purchases
спасибо. буду гуглить