RV
Bloc, singleton
Size: a a a
2020 March 30
i
Bloc, singleton
вы мне?
A
Ахахаха, звучит как матюги)
EE
где обявить переменный? и как. на примере обычного Стринга. чтобы везде (на других скринах и дроверах) без проблем иметь доступ. и когда если свернув (не закрыть) и открыв обратно имел доступ к чтению и изменениям.
В глобале)
i
В глобале)
можете дать ссылку на материал какую нибудь
ID
где обявить переменный? и как. на примере обычного Стринга. чтобы везде (на других скринах и дроверах) без проблем иметь доступ. и когда если свернув (не закрыть) и открыв обратно имел доступ к чтению и изменениям.
Я бы рекомендовал использовать статические переменные, а чтобы данные не терялись между сессиями, можно использовать локальное хранилище.
i
Я бы рекомендовал использовать статические переменные, а чтобы данные не терялись между сессиями, можно использовать локальное хранилище.
сессии? это когда они начнут работу и когда закончат? при свертывании?
EE
можете дать ссылку на материал какую нибудь
Берёшь перед main функцией пишешь
List<String> = [];
)
List<String> = [];
)
ID
сессии? это когда они начнут работу и когда закончат? при свертывании?
Да.
Глянь SharedPrefences
Глянь SharedPrefences
i
Берёшь перед main функцией пишешь
List<String> = [];
)
List<String> = [];
)
и обращаюсь к нему с всех скринов там добавляю очищаю? Благодарен Евгений.
i
Да.
Глянь SharedPrefences
Глянь SharedPrefences
попробовал его, не то что нужно.
i
попробовал его, не то что нужно.
Благодарен Иван.
ID
Берёшь перед main функцией пишешь
List<String> = [];
)
List<String> = [];
)
Ну это же жесть.
i
Ну это же жесть.
вы про мою тупость)?
EE
Ну это же жесть.
На самом деле нет. Чем принципиально это отличается от сиглтона?
PP
М.б. лучше в provider или bloc? Чтобы нужные виджеты реактивно обновлялись при изменении
EE
На каждую проблему своё решение. Что бы иметь глобальный массив, отлично подойдёт глобальный массив) если тебе нужно что то ещё, делай что то ещё)
ID
вы про мою тупость)?
Нет, я вас не знаю, и допускаю, что во многих областях знаний вы намного умнее меня.
Про реализацию. Я бы рекомендовал сделать вот так:
Глобальные переменные настоятельно не рекомендую использовать. Это в общем долгий разговор, и где-то даже холиварный.
Если кратко, то лучше сделать класс, в нем статическое поле, а также методы доступа/записи данных в массив. Сам массив даже лучше сделать приватным, все операции с ним только через эти методы. Но это не обязательно и ситуативно.
Про реализацию. Я бы рекомендовал сделать вот так:
class MyClass {
static List<String> myList = ["foo"];
static String someGetMethod() => myList[0];
}Глобальные переменные настоятельно не рекомендую использовать. Это в общем долгий разговор, и где-то даже холиварный.
Если кратко, то лучше сделать класс, в нем статическое поле, а также методы доступа/записи данных в массив. Сам массив даже лучше сделать приватным, все операции с ним только через эти методы. Но это не обязательно и ситуативно.
i
Нет, я вас не знаю, и допускаю, что во многих областях знаний вы намного умнее меня.
Про реализацию. Я бы рекомендовал сделать вот так:
Глобальные переменные настоятельно не рекомендую использовать. Это в общем долгий разговор, и где-то даже холиварный.
Если кратко, то лучше сделать класс, в нем статическое поле, а также методы доступа/записи данных в массив. Сам массив даже лучше сделать приватным, все операции с ним только через эти методы. Но это не обязательно и ситуативно.
Про реализацию. Я бы рекомендовал сделать вот так:
class MyClass {
static List<String> myList = ["foo"];
static String someGetMethod() => myList[0];
}Глобальные переменные настоятельно не рекомендую использовать. Это в общем долгий разговор, и где-то даже холиварный.
Если кратко, то лучше сделать класс, в нем статическое поле, а также методы доступа/записи данных в массив. Сам массив даже лучше сделать приватным, все операции с ним только через эти методы. Но это не обязательно и ситуативно.
я понял. отлично мне подойдет. Спасибо Иван.