Подожите, там есть эта строка?

 

А зочем?

 

Магия)

 

Разве мэп не может взять ключем тип?

 

Надо выпилить дженерик отсюда)

 

Не помню зачем его туда засунул

 

Та вообще InherinedWidget и так O(1), на сколько помню

 

Там же тоже мэп по типу зависимости

 

Это не настоящий мэп :)

 

Ага, но я крайне не люблю контекст

 

И зря

 

Вот как без него тему нормально делать?

 

Ее переключение допустим

 

*не люблю контекст для SL/DI, прошу прощения

 

Все равно, тема или не тема, все равно идет провайдинг данных

 

Я не понимаю что с ним такого плохого

 

Для SL понятно, но для DI это норм практика

 

*не люблю контекст для SL/DI стейт-объектов, прошу прощения

 

Наелся с провайдером/инхеритед. Бойлерплейт, чёткая завязка на UI без возможности использовать вовне, траблы при непрямом контексте вроде bottom sheets

 

SL - сервис локатор? А там что?

 

Ну, а что там с бойлерплейтом?

 

Это скорее про инхеритед. А как у провайдера с авто-диспозом?

 

Все отлично

 

Там есть каллбек для этого

 

Нет же общего интерфейса Disposable

 

[
"Так умеет ",
{
"type": "link",
"text": "https://pub.dev/packages/arctium#auto-disposal"
},
"?"
]

 

Ну, так да, просто диспоуз нужно вызвать

 

Конечно, это в каком-то роде субъективщина, но я предпочитаю не связывать стейт-объекты с контентом UI

 

Так во флаттер все это виджет

 

Вообще SL странная штука. Вроде можно использовать, но зачем когда ты сам можешь нужный объект сделать снглтоном (но это редко когда нужно). И еще страннее использовать SL вместо DI (как это многие делают).

 

И приложение, и навигатор

 

Ага, но я не про UI, а про стейт-менеджмент

 

Да, а что не так с этим принципом? Просто сервисы отдельно писать, не в виджетах, но провайдить их

 

Юзать контекст для локации UI объектов — гуд. Но использовать инхеритед для поиска сервиса — эээ

 

Знаешь во что не умеет arctium? В область видимости)

 

А что не так?

 

Вот я об этом и говорю — причём тут вообще UI-контекст?

 

Ага, а это к слову о количестве кода :)

 

Описал выше — по субъективному мнению эти вещи не вяжутся. Попахивает нарушением SOLID :)

 

А при том, что юай контекст это не только про контекст кнопки на странице, а про контекст самой страницы или контекст вложеного навигатора

 

Не сказал бы

 

Вот если писать бизнес логику в виджете то это да

 

Ага, но стейт-объект-то тут при чем? :)

 

Если писать логику виджета в бизнес слое, тоже плохо

 

SL не сказал бы что при синглтоны. То где нужен класс синглтон его и нужно сделать синглтоном, согласен. А SL это, внезапно, про локацию сервисов

 

Конечно, я не сказал нигде иначе :)

 

Ну такое себе, глобальный инстанс который отдает сервис...

 

В плане? Просто получать например? А что плохого то? Это просто объекты. Это могут быть сервисы или дата объекты. Просто нам нужно их получить из-вне. И иногда необходимо чтобы они обновлялись и внутренняя часть получала об этом сведенья

 

Конечно! Но UI-контекст-то тут при чем?

 

подскажите пожалуйста! у меня есть PageableInvestmentList, в котором Investmentlist и Paging... мне нужны значения в InvestmentList. как до них добраться? Это по json! Я уже написал если response.status == 200 то return PageableImvestmentList.fromJson(jsonDecode(response.body). Но мне надо дальше идти в InvestmentList

 

допустим, есть условная вложенная навигация, и нужно иметь, к примеру, n инстансов SomeChangeNotifier, контекст позволяет это сделать, например

 

High risk, high reward :) Если использовать понимая что делаешь — очень приятный экспириенс без головной боли

 

Но в ногу можно выстрелить, это правда

 

как вообще распаковать запакованное в два раза

 

Безусловно, контекст-инъекция умеет все тоже самое, это не обсуждается :)

 

На сколько я вижу, большинство не понимают как нужно использовать SL. Им просто так легче...

 

Ага :(

 

И ты сделал еще один пакет(

 

[
{
"type": "mention",
"text": "@bunopus"
},
" spam"
]

 

Надо заняться просвещательством :))

 

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

 

Когда антиспам настроишь?)

 

Все будет, у меня фаза ресерча)

 

Мы, кажется, друг друга не слышим. Давай ещё раз попробую объяснить свою позицию.

По полу-объективному мнению контекст не подходит для получения стейт-объектов.

Контекст прекрасный инструмент для своих целей — тема, что-то связанное с навигацией.

Однако, по моему мнению, использовать контекст для локации условного класса с тремя полями типа ValueNotifier некорректно — он существует не для этого.

Да и кроме того неудобно — большее количество кода, возможность непрямого контекста, отсутсвие диспоз-очереди.

 

Советую Шилди :)

 

Так стоп, ты сейчас написал что хочешь через SL прокинуть класс с ValueNotifier в виджет?)
Сам что-то про сервисы рассказывал...

 

Ага — не совсем вижу тут противоречия.

 

Сервисы понятие растяжимое :)

 

вообще контекст, для того что бы виджеты могли общаться) что бы чайлды стейтфул могли его данные использовать без бойлерплейта.

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

На этом все) и практика засунуть в контекст все приложение на мой вкус не очень хорошая.

Но так как большенство приложений маленькие и простые, то цена архитектурных ошибок там крайне низкая, по этому там по сути можно делать все что хочется и будет более менее ок)

 

Ну да, ну да))

 

Да, вполне с вами согласен :)

 

Тебе что больше нравиться SL или DI?

 

Все ещё не понимаю вашей претензии. Чем класс с тремя нотифаерами и n-строками логики не является сервисом?

 

Слушай, ты случаем не lazy dart ведешь?

 

сервис понятие растяжимое и в дискуссии его лучше не использовать, 99% то что вы с оппонентом будете его понимать по разному)

 

Согласен, спасибо :)

 

случаем да)

 

[
"Уточню — под сервисом я понимаю что-то схожее со Store из MobX и следующее определению OASIS\n\n",
{
"type": "code",
"text": "a mechanism to enable access to one or more capabilities, where the access is provided using a prescribed interface and is exercised consistent with constraints and policies as specified by the service description"
},
""
]

 

Странно) смотрел записи, лицо очень приятное, а на аватарке чет как fastpic). Обычно наоборот

 

Задавай вопросы пока он тут (ответит бесплатно) =)

 

У матросов нет вопросов, а вообще гугл помогает как правило всегда( архитектура не в счет)

 

так это и есть случайное фото)

 

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

 

это нормально для подобного, я когда курсы по анрилу делал, после недели работы над двумя модулями просто забил(((

 

ну, я считаю, что раз начал что то, нужно заканчивать)

 

да и интересно это

 

я не осилил просто(

 

Ну так не для себя стараешься ;)
Сам такой вывод сделал когда-то, но продолжаю делать)

 

может из ру гугла позвонят, руку пожмут)

 

Кстати, тут все норм :) Так и ожидалось, мапа же не только под SL, тип не обязательно должен совпадать с ключем.

 

Я бы сказал что они сделают, да забанят за такое)

 

Позвонят из Яндекс Лавки, скажут что зря Ридакс не используете :))

 

Зачем ещё одну? И так по этой технологии слишком много групп...

 

яндекс уже публичные приложения на флаттер переписали что-ли?

 

лавка на вебе вроде же

 

Некоторые есть, не все правда на flutter, иногда только компоненты встраивают)

 

У них вроде подкаст в сети про это есть

 

Как они на флаттер переписывали

 

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

 

ну да

 

Лавка вроде точно использует flutter, сколько процентов хз

 

У них Таксометр сразу на Флаттере была. Зачем-то взяли Ридакс и теперь вроде страдают

 

[
{
"type": "link",
"text": "https://habr.com/ru/company/yandex/blog/528322/"
}
]

 

Лавка тоже насколько мне известно больше 80% Флаттер и тоже Ридакс

 

Всем привет! Подскажите, как сделать задержку, перед переходом на новую страницу?

 

[
{
"type": "code",
"text": "await Future.delayed(Duration(...))"
},
" на клике перехода"
]

 

Спасибо!

 

Редакс хорошо показывает себя на крупных проектах, если соблюдать его полностью

 

Он никогда себя хорошо не показывает, и весь веб от него отказывается в сторону MobX :)

 

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

 

спорное утверждение. Слышал что с редакса и мобикса на всякие эффекторы сползают, но что редакс похоронили в пользу мобх - для меня что-то новое

 

С эффектором мало знаком, но на памяти как минимум 4 крупных проекта которые сделал переход Redux->MobX за последние пол года

 

Про эффектор слышал что бойлерплейтный, вроде :)

 

Всем привет, пытаюсь написать блок без плагинов, посмотрел в одном видео взаимодействие блока и апи, попытался сложить в кучу - метод _mapEventsToState не тригерится дебагером. Помогите пожалуйста найти ошибку :)

 

Закрывайте контроллеры, пожалуйста :)

 

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

 

Да, рефакторинга действительно дофига :( Знакомый вроде на 40% количество кода в своем проекте сократил пересев на MobX за пару месяцев :)

 

Микро сторы*

 

Ух, эффектор и правда круто выглядит!

 

просто сейчас сам во всех проектах перешел на эффектор. При этом старый код на редаксе даже не трогал, ибо переписывать его это не на одну неделю работы. Ускорение разработки налицо от эфектора.

 

Да, действительно клево выглядит

 

Давай, тащи в flutter)))

 

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

 

Не, мне mvu_flutter хватает :))

 

И так не успеваю мейнтейнить

 

а хотя...

 

А для чего без плагинов делаешь?

 

Ну вот зачем ты идею подал :))

 

блин, dio выдал странную ошибку DioError [DioErrorType.other]: HttpException: Connection closed while receiving data - при этом через Postman тот же запрос корректно обтрабатывает.

 

из личного интереса, поковырять сам паттерн)

 

Одобряю

 

Помогите пожалуйста

 

Get post не перепутал?

 

нет, вроде корректно все

 

Берешь и делаешь, в чем проблема?

 

Ну а как ?

 

Может сервак отклоняет клиента?

 

Ну сначала нужно начать с основ программирования

 

Так выучить dart вы имеете виду ?

 

[
{
"type": "code",
"text": "flutter create flutter_effector; cd flutter_effector; code ."
}
]

 

И не только дарт, а вообще computer science

 

Я вас понял

 

А после этого ?

 

ну ты немного загнул

 

но вообще правильно

 

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

 

Человек не понимает как общается клиент-сервер, тут только с этого нужно начинать

 

Ну вообще логично

 

Так стоп стоп стоп

 

Я вообще не чего не понимаю

 

А после этого дарт и у вас уже не будет таких вопросов

 

Хорошо

 

Спасибо вам !

 

[
"На\n",
{
"type": "link",
"text": "https://m.habr.com/ru/company/vertdider/blog/403823/"
},
""
]

 

Ребята, привет, если кому интересно про мобх и все что связано с вэб - буду запускать в скором времени канал на youtube и цикл роликов по мобх, nextjs, ansible, go и всему. что связано с вэб от идеи до деплоя в прод)

 

А что это?)

 

Вам желтая карточка – это чат по Flutter

 

Немного computer science

 

Ох, чувствую не лёгкого это все

 

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

 

Ладно тебе пошутили, но лучше от темы flutter/dart далёко не уходить

 

В flutter есть redux & mobx

 

Я сделал рабочий эффектор для Flutter.

 

Очень маленькая реализация :)

 

уже???)))

 

чет вроде такого

 

не юзабельно к сожалению. в сторах on в каллбек не один аргумент принемает а два: старый и новый стейт. И самого главного нет - эфектов)

 

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

 

Хм, что-то я не совсем понял как on может принимать сразу новый стейт

 

Ага, но не воспринимайте всерьез, это уже рекреационное программирование :))

 

там фишка что ты делаешь стор с каим-то стейтом, потом через on добавляешь к нему обработчики для эвентов и эффектов. Типа когда такой-то эффект выполняется вызывать вункцию передав в нее старый стейт. Когда эффект закончен, вызвать функцию передав в нее старый стейт и результат эффекта

 

Так на скрине же все, кроме эффектов

 

базовый on совпадает :)

 

ну эвенты в чистом виде не так уж часто используются. Эффекты чаще. Их отличие от эвентов в том что они изначально асинхронны и имеют несколько состояний которые в on передаются первым параметром

 

Ага, понял. Я не собираюсь портировать, если что, так, разминка :))

 

вот пример рабочих моделей на эффекторе)

 

4 эффекта, 1 эвент и два стора чтобы один экран запилить)

 

самое сложное там отслеживание изменений сторов. то что под копотом хука useStore применяется. Если на терминологию флаттера переводить - как уведомить виджет о том что стор обновился)

 

Круто выглядит!

 

если закапываться дальше, и пытаться портировать на флаттер, без «левых» (для эффектора) обвзязок типа инхерит виджетов или провайдеров не обойдешься. В итоге получится какая-то разновидность риверпода)

 

мне так видится почему его еще не портировали)

 

Работает

 

давай на гитхаб)) Пока без пабдева, но мб допилим всем сообществом)

 

linux когда-то тоже как jast for fun начинался))

 

Серьезно?) Там пока ugly :)

 

так для этого ПР и существуют на гитхабе. В редми только напиши варнинг большими буквами что не для продакшен юсадж и все). И будет пакет flutter_effector когда-нибудь)

 

для маленьких апок вообще идеальный стейт менеджер я щитаю)

 

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

 

чтоб с нуля не писать одно и тоже и не плодить дублей

 

Хотя по хорошему надо наверно разбивать на два отдельных пакета. В одном сам эффектор, в другом все для флаттера. Типа тогоже useStore и каких-нибудь Build[Widget]

 

Завтра выложу, убедил :)

 

Да, согласен

 

[
{
"type": "link",
"text": "https://github.com/fryette/webview_cookie_manager/issues/44"
},
"\n\nкто нибудь знает или может предположить решение?"
]

 

[
"проблема довольно распространена для инстаграмма в особенности. Гуглится на раз-два: ",
{
"type": "link",
"text": "https://alexdelorenzo.dev/programming/2018/07/04/dart-flutter-cookies.html"
},
""
]

 

но я так понял решение это нужно пофиксить "системный файл"? Я сегодня спрашивал, как это сделать, мне сказали что так не делается... Я сегодня смотрел этот же пост

 

Я попробовал, но он как будто был "закэширован", и не реагировал

 

можете пожалуйста подсказать как это грамотно сделать? А я пока ещё раз внимательно перечитываю "solution"

 

форкнуть и потом в пабспеке прописать ссылку на репозиторий вместо версии

 

Как нужно правильно править системные файлы самого dart'a?

 

никак не нужно

 

а что делать если это необходимо?

 

если прям очень необходимо, то делай форк флаттер репозитория