P
сделай переменную _isLogin и геттер
Size: a a a
2020 September 19
MN
Затем проверять в isLogin() ?))0))
A
всем привет, после последнего обновления ключевые слова в дарте больше не зеленого цвета в vs code, у кого-то еще так?
MN
Так а как мне переключать экран, если вход выполнен?
MN
RV
Почитай что такое Future
Z
Извиняюсь за глупый вопрос, как отсюда достать токен? При принте функции возвращает инстанс
Лучше юзать hivedb, там не надо страдать с await и futurebuilder
t
Лучше юзать hivedb, там не надо страдать с await и futurebuilder
типа пишите на дарт без потоков и асинхронности ибо от лукавого?
P
Лучше юзать hivedb, там не надо страдать с await и futurebuilder
ну вообще то надо, и вообще в дарте наверно лучшая реализация асинка из всех что я видел
P
где там страдания то
Z
типа пишите на дарт без потоков и асинхронности ибо от лукавого?
Но зачем нужна асинхронность, если чтение выполняется за несколько микросекунд?
F
Зачем V12 когда есть V6
t
Но зачем нужна асинхронность, если чтение выполняется за несколько микросекунд?
он в принципе не понимает что делает
P
Но зачем нужна асинхронность, если чтение выполняется за несколько микросекунд?
ну ты ушел из программы а все остальные ждут когда вернешься
Z
Я про хранение настроек и токенов
VA
Спасибо!
У меня вот теоретический вопрос.
Скажем, у меня есть какие нибудь общие данные для большинства страниц, Но эти данные не реактивные, они никогда не будут изменяться в фоновом режиме.
Скажем, имя авторизованного юзера, которое вытягиваем из шаред сеттингов при запуске приложения и все.
То есть подобными "статичными" данными не вижу смысл забивать реактивный стор.
И вот тут вопрос как лучше поступить во флаттере:
1) класс со статическими полями и статическими геттерами
2) класс, который через DI/провайдер прокинут или через конструктор или через контекст
3) все таки делать fat state, и пихать туда ?
Имя юзера для примера.
Просто, скажем, какие то данные, которые устанавливаются один раз и никогда в процессе использования не будут изменены на лету
У меня вот теоретический вопрос.
Скажем, у меня есть какие нибудь общие данные для большинства страниц, Но эти данные не реактивные, они никогда не будут изменяться в фоновом режиме.
Скажем, имя авторизованного юзера, которое вытягиваем из шаред сеттингов при запуске приложения и все.
То есть подобными "статичными" данными не вижу смысл забивать реактивный стор.
И вот тут вопрос как лучше поступить во флаттере:
1) класс со статическими полями и статическими геттерами
2) класс, который через DI/провайдер прокинут или через конструктор или через контекст
3) все таки делать fat state, и пихать туда ?
Имя юзера для примера.
Просто, скажем, какие то данные, которые устанавливаются один раз и никогда в процессе использования не будут изменены на лету
Я точно могу сказать, что DI нужен при организации множества слоев вашего приложения: сервисов, репозиториев, контроллеров, моделей и тд. Тогда смысл есть. Делать DI ради внедрения глобальной модели я бы не стал. А так на вкус и цвет.
IL
Я точно могу сказать, что DI нужен при организации множества слоев вашего приложения: сервисов, репозиториев, контроллеров, моделей и тд. Тогда смысл есть. Делать DI ради внедрения глобальной модели я бы не стал. А так на вкус и цвет.
Спасибо
Да.. я вот привык когда есть нечто вроде сервис локатора и я могу запросить инстанс чего либо в любой точке пространства моего приложения
Хотел просто больше теоретически спросить на сколько ОК в мире Дарта/флаттера делать глобальную модель со статическими полями?
Хотя по сути то мне нужен обычный синглтон.
Но вы обходитесь ли в приложениях вообще без IoC?
Да.. я вот привык когда есть нечто вроде сервис локатора и я могу запросить инстанс чего либо в любой точке пространства моего приложения
Хотел просто больше теоретически спросить на сколько ОК в мире Дарта/флаттера делать глобальную модель со статическими полями?
Хотя по сути то мне нужен обычный синглтон.
Но вы обходитесь ли в приложениях вообще без IoC?
t
Спасибо
Да.. я вот привык когда есть нечто вроде сервис локатора и я могу запросить инстанс чего либо в любой точке пространства моего приложения
Хотел просто больше теоретически спросить на сколько ОК в мире Дарта/флаттера делать глобальную модель со статическими полями?
Хотя по сути то мне нужен обычный синглтон.
Но вы обходитесь ли в приложениях вообще без IoC?
Да.. я вот привык когда есть нечто вроде сервис локатора и я могу запросить инстанс чего либо в любой точке пространства моего приложения
Хотел просто больше теоретически спросить на сколько ОК в мире Дарта/флаттера делать глобальную модель со статическими полями?
Хотя по сути то мне нужен обычный синглтон.
Но вы обходитесь ли в приложениях вообще без IoC?
есть удобный разный ди, есть просто import as
проблематика не понятна.
проблематика не понятна.
Z
Спасибо!
У меня вот теоретический вопрос.
Скажем, у меня есть какие нибудь общие данные для большинства страниц, Но эти данные не реактивные, они никогда не будут изменяться в фоновом режиме.
Скажем, имя авторизованного юзера, которое вытягиваем из шаред сеттингов при запуске приложения и все.
То есть подобными "статичными" данными не вижу смысл забивать реактивный стор.
И вот тут вопрос как лучше поступить во флаттере:
1) класс со статическими полями и статическими геттерами
2) класс, который через DI/провайдер прокинут или через конструктор или через контекст
3) все таки делать fat state, и пихать туда ?
Имя юзера для примера.
Просто, скажем, какие то данные, которые устанавливаются один раз и никогда в процессе использования не будут изменены на лету
У меня вот теоретический вопрос.
Скажем, у меня есть какие нибудь общие данные для большинства страниц, Но эти данные не реактивные, они никогда не будут изменяться в фоновом режиме.
Скажем, имя авторизованного юзера, которое вытягиваем из шаред сеттингов при запуске приложения и все.
То есть подобными "статичными" данными не вижу смысл забивать реактивный стор.
И вот тут вопрос как лучше поступить во флаттере:
1) класс со статическими полями и статическими геттерами
2) класс, который через DI/провайдер прокинут или через конструктор или через контекст
3) все таки делать fat state, и пихать туда ?
Имя юзера для примера.
Просто, скажем, какие то данные, которые устанавливаются один раз и никогда в процессе использования не будут изменены на лету
У меня такое хранится просто строкой в hivedb. Он сам грузит бокс с записями после запуска приложения, поэтому потом доступ получается очень быстрый, shared prefs не использую
V
