если про платформу андроид там тоже aot и jit может быть по яве вроде, но прямого сравнения между java и dart по задачам и скорости на разных режимах, не видел. А если сюда еще нативный UI добавить, то холирвар еще интересней будет

 

Всем привет, если я изменяю статическую переменную виджета, из другого класса, виджет будет перерисовываться?

 

Ок, спасибо

 

1. Виджет перебилдиться если он statefull при вызове setState или через билдеры
2. Лучше не создавать статические переменные, которую нужно менять

 

А на что это влияет?

 

Смотря для чего тебе переменная вообще?

 

Счётчик нажатий

 

Хорошо. А как ты из другого класса собирался его менять?)

 

Он при свайпе должен анулироваться, а свайп прописан в другом классе

 

И изменял через статическое поле

 

можно использовать коллбеки

 

Суть в том что счетчик должен знать, что он должен изменить свой счет при каком то событии. Так что простым изменением значения переменной тут не справиться(

 

ValueNotifier?)

 

Да это понятно, он меняется при тапе на элемент, а свайп описан в другом классе

 

Просто много кто пишет не использовать статик, но почему?

 

Ребят, кто может помочь пару экранов сверстать? ??
Жду в личных сообщениях

 

Потому что ui не должен знать о бизнес логике

 

Да это одна переменная которая даже не используется больше нигде, и для этого создавать отдельный ивент и стейт в блоке?

 

если класс дочерний, можешь ему перекинуть функцию, которую он будет дергать.

 

Нее, у тебя же виджет свайпается? Вот в том месте тогда и сброс делай через коллбек или еще что то там

 

но все равно statefull должна быть тогда или всякие Provider, Bloc, но лучше GetX

 

видимо имелось в виду "не использовать статики НЕПРАВИЛЬНО")) статики - это всего лишь инструмент, подходящий к определённому набору событий, это удобство представления - Colors.white - это доступ к статичному полю класса без его инстанцирования

 

GetX лучше flutter_bloc? Просто сам на блоке, про гетх не смотрел

 

[
"А как же ",
{
"type": "link",
"text": "Bloc.observer"
},
"?"
]

 

Добрый вечер, подскажите пожалуйста, в gradle файле в параметр resValue устанавливается имя приложения, которое отображается в системе устройства. Как его локализировать?

 

это уже сторонняя либа0

 

yep, much better

 

Спасибо

 

ну не

 

ну че не, я количество кода сократил существенно. все проще. реактивно.

 

да проще

 

но правильно ли?

 

хотя если вы в соло пишите

 

вас это не волнует

 

да соло, а что не правильного?

 

что не так то? на том конце стримы. тот же Bloc только в обертке и проще.

 

[
"+ маршрутизация :) ",
{
"type": "link",
"text": "Get.to"
},
"(NextPage());"
]

 

вот когда DI заменил архитектуру настал судный день

 

а что использует?

 

context ни что иное как DI

 

по этому поводу ни у кого ничего не бомбит же )

 

контекст ниразу не Dependency injection

 

тот же Provider через DI прокидывает вниз себя

 

понимаю, это другое :)

 

ммм правда?

 

через DI?

 

через context

 

что есть DI

 

Подскажите пожалуйста, как локализировать название приложения

 

это такая река, сверху вниз, и ты в этой реке ловишь то что тебе надо.

 

Байт на тян

 

контекст функции тоже через DI передается?

 

байт на state-management ))

 

в общем в лом сейчас искать видео, где я это видел, но цепляешь Provider сверху потока context который (по аналогии с рекой) по всему приложению распространяется.

 

не втягивайте миня в ваши священные войны плес))

 

но это не DI )

 

хоть что передается.

 

ну ок, что такое DI и что такое context ?

 

void main() {
var b = "context";
void a(){
var a = "hello";
print("$a $b");
}

a();
}

 

вот контекст

 

DI он про dependency inversion в конструкторы пропихивать зависимости классов

 

[
{
"type": "link",
"text": "https://www.youtube.com/watch?v=K2ampPUTfIQ"
}
]

 

вот глянь

 

зачем?

 

у него свой DI не спорю.

 

я могу в коде тебе показать что провайдер использует context

 

там нет DI

 

при этом

 

)) это всё из офдоки

 

[
"чекай: ",
{
"type": "link",
"text": "https://pub.dev/packages/get"
},
""
]

 

что в Dart обеспечивает реактивность кроме Stream ?

 

стримы встроены в язык

 

ну, я про них и говорил

 

ты резко ушел в сторону )

 

то что async*

 

асинхронные операции

 

со звездочкой другой синтаксис для генерации ивентов

 

async* yield я про это имел в виду, что это стримы

 

все точно так же думают )

 

а не какой то там класс во flutter который возможно назвается Stream и обеспечивает обертку на стримами в Dart

 

стрим это стрим и есть

 

yield не живет отдельно

 

Какой-то там класс

 

Как будто async await не сахар над этими классами

 

async await это future

 

не стримы

 

async await ниже чем эти классы, нет?

 

он ближе к Dart

 

я не прав?

 

это все языковые конструкции

 

не ниже не выше

 

а Stream что такое?

 

Звездочки добавляешь и уже нет, ух ты

 

ухты да )

 

так бывает в современном мире

 

))))) карочи уже спор ни о чем пошел

 

я только за DI и контекст вписался

 

стримы это вас понесло )

 

давайте вернемся по дереву вверх и ответим на вопрос, чем Bloc/Provider лучше GetX ?

 

что напечатает?

 

и где тут DI

 

hello context

 

А чем хуже?

 

bingo

 

кода больше писать надо. оборачивать виджеты, нотификации и все такое.

 

второй вопрос остался без ответа, где тут DI?

 

А что мешает использовать их вместе?

 

неоформившееся сознание не отличающее контекст от di

 

вообще ничего, но если ты используешь Get зачем Provider и Bloc ?

 

это разные вещи же )

 

MediaQuery.of(context).size.width где то тут DI

 

тут context

 

вот вижу прям написано

 

который и есть DI

 

я пример привел что такое контекст

 

ну объясни

 

контекст есть у каждой функции

 

ты его прокидываешь сверху вниз

 

через build

 

билд вызывает функция

 

с контекстом

 

блин (

 

потому что он есть у всех функций

 

вызови MediaQuery.of(context).size.width за пределами build'а

 

Ты кажется контексты путаешь, один контекст - билд контекст. А другой контекст вызова функции (скоуп который она может захватить). И как бы в одном случае он прав

 

Контекст не у функций, контекст у виджетов.

 

Как бы просто так ты билд контекст в любой функции не получишь

 

чем они по твоему отличаются и build это не функция?

 

Дело в том что это разные вещи, а ты их уровнял

 

у класса Виджет есть функция build

 

нет не разные это и есть контекст

 

Тогда в функции билд у тебя два контекста, в а обычной функции один?))

 

1. всё есть виджет 2. получишь - просто не "просто-так"

 

контекст ни у кого, че вы несете

 

почему 2

 

И? Не все приложение строится на build.

 

build ее юзает как аргумент

 

все приложение на флаттер это функция main()

 

это что то меняет?

 

Любое приложение это функция мейн

 

+ у которого есть функции )

 

Ребят а кто то делал live-трансляции на flutter?

 

Provider использует DI ?

 

Почитай уже что такое DI

 

я знаю что такое DI

 

Видно что нет

 

Тут написано что он использует DI?

 

class InheritedProvider extends InheritedWidget {

 

код надо смотреть

 

это InheritedWidget

 

все, ладно.

 

забыли.

 

бля, а что это?.

 

наоборот запомни

 

что DI !=context

 

Помогите пожалуйста. Я создаю динамический список с TextField. Когда пытаюсь забрать значения с помощью TextEditingController, то возвращаются пустышки

 

код в студию

 

слава б-гам, что это написал не я [137 дней без инцидентов]

 

[
{
"type": "link",
"text": "https://api.flutter.dev/flutter/widgets/BuildContext-class.html"
},
"\nНайдешь что нибудь про DI - возвращайся. И хватит уже фотки рек кидать - DI можно смело вне контекста организовывать, абстрактное преставление конечно хорошо, но не имеет отношения к теме\nПС - все таки речь была про то что DI != архитектура"
]

 

ок, забыли.

 

Ты уже говорил это и вернулся) Ну так объясни в каком месте DI равно context? Если у тебя все в голове сложилось, то ты сможешь объяснить это простым языком мне дурачку, если нет, то уж не обессудь)

 

context используется для DI

 

ок. вот смотри, тебе надо прокинуть объект сверху вниз, в какое нибудь окно, какие есть варианты?

 

контекст

 

Он используется для DI, но он не есть DI

 

context много для чего используется

 

согласен.

 

давайте сойдемся на том что я не правильно выразился.

 

Речь изначально была про то, что не надо DIем заменять архитектуру, особенно если пишешь большой проект)

 

ок, тут тогда вообще большой вопрос, что такое архитектура?

 

если тут два человека не могут сойтись что такое context тогда про архитектуру тут вообще говорить не стоит.

 

архитектура больше понятие команды

 

соблюдение каких то норм, правил

 

ок, принято, почему GetX не может вписаться в архитектуру?

 

может
почему нет
но есть принцип ответственности

 

через гет икс ты можешь в любом месте вызвать что нибудь

 

так, и?

 

ну вас не смущает это?

 

ты обернул верхний виджет в Provider и почему ты не можешь вызвать Provider в любом месте?

 

так это глобальный какой то репозиторий/объект

 

так, а как получить доступ к модели? оттуда откуда ты хочешь?

 

вот я хочу показать состояние корзины например, мне что делать?

 

ты можешь показать корзину

 

но в странице аутентификации зачем вам корзина?

 

тут больше принцип solid

 

зачем? обычные ListView Basket с List которая лежит где то в памяти.

 

у тебя в памяти лежит объект Basket в нем список Product

 

тебе надо показать этот список в ListView

 

ты как к нему доступ получишь?

 

вам там лучше объяснят

 

я не лучший в этой сфере

 

и могу где то ошибаться

 

Ребята, всем привет! Хочу сказать спасибо этой группе, благодвря ей и ее курсам я смог попасть на работу в Skyeng. Хочу отблагодарить всех ее участников и всех кто помог мне в этом не легком деле. Все кто хочет изучать английский я могу сделать корп скидку, почти 50% на обучение английского языка. Кто хочет пишите в личку, всем рад и успехов!

 

В скайенге на флаттере пишут?

 

Под новый проект набирают

 

в скайенге даже разрабы — маркетологи

 

Об этой группе, кокорин с юлеми писал про эту группу в тг

 

ну с учетом того, что чувак ничего больше не писал тут. это он и есть )

 

Эммм, я уже давно в этой группе, мб я не был супер активным юзером, но это не повод меня обвинять в обмане, кому нужно подтянуть язык тот напишет

 

ЧТо вы накинулись, человек с благими намерениями

 

[
"Хотя время такое, сложное ",
{
"type": "mention",
"text": "@vulill"
},
" извини"
]

 

Спасибо за поддержку