Ну и в целом вывод пользователю строки даже звучит как UI)

 

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

 

ну передавай какой-то идентификатор, который использует библиотека для локализации

 

Ну на самом деле, согласен ничего страшного нету, написать mixin mapFailureToStr и не париться

 

Вся локализация - это отображение.

 

Сообщение об ошибке ты выводишь в UI. Значит, и разбор ошибок там же производишь.
И валидация форм в UI.

 

Валидация как-раз в бизнес логике

 

Да?
Я обычно форму выношу в отдельный виджет, и прямо там

 

Не очень вижу смысл выносить валидацию куда-то в отдельное место.
Знание о том, валидна форма или нет, понадобится только в одном месте программы, и только один раз — при заполнении формы, хранить потом статус формы на протяжении всего жизненного цикла приложения не нужно.
Поэтому вполне можно в Stateful Widget валидировать.

 

О, валидации бывают очень разные)

 

Всем привет, есть экран состоящий из Scaffold. Внутри appBar и body. Хочется в body детектировать изменения состояния appBar и перерисовывать body исходя из изменений. Возможно это? Или так себе паттерн?

 

Ты эти данные потом где-то используешь так-то

 

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

 

Кажется, это называется State Management)

 

Кстати, хороший вопрос. В dart 2.2 никаких возможностей условного подключения зависимостей не было. Пришлось делать файл-шаблон pubspec и делать препроцессниг его перед сборкой проекта. Я так понимаю, что в 2.8 версии ничего не изменилось и это единственный способ.

 

А можешь рассказать/подкинуть статью на реализацию такого подхода?

 

Состояние аппбар каким образом меняется? Наверное более логично подписать и боди на источник этих изменений

 

[
"Коллеги а как правильно вызывать следующий экран из BlocBuilder? Обычный вызов \n",
{
"type": "pre",
"text": "Navigator.pushNamed(context, '/device');",
"language": ""
},
"\nприводит к такой ошибке."
]

 

Внутри самого элемента body я понимаю как подписать на изменение какого-нибудь инпута, а как подписать body и appBar на что-то общее - нет.
Меняется через setState(), но это не принципиально, можно переделать

 

[
"Статьи я не искал. Сделал свой ",
{
"type": "code",
"text": "pubspec.yaml.template"
},
". В нем указал ",
{
"type": "code",
"text": "@my_override_dep@"
},
". Далее в gradle через задачу ",
{
"type": "code",
"text": "ProcessResources"
},
" обрабатываешь файлик и делаешь уже pubspec.yaml из него. Но можно и сложнее через шаблонизатор типа усов и gradle-плагина для него сделать. Можно и через sh-скрипт сделать. Зависит от твоего сборщика."
]

 

Посмотрите Provider

 

спасибо, гляну

 

Спасибо

 

Не вызывать навигатор из билдера, вызывать его из обработчиков событий виджета?

 

Тогда не понимаю как мне сделать автоматический переход на другой экран при смене на нужное состояния в BLoC.

 

Можно ридми флатер блока прочитать

 

И не задавать глупые вопросы в чятике

 

Есть грязный хак через Future.microtask. Но если к нему приходится прибегать - значит где-то архитектура недодумана.

 

BlockListener

 

Спасибо уже тоже допер, но в моем случае логичнее BlocConsumer походу.

 

[
"У меня нубский вопрос:\nсделал 2 функции \n",
{
"type": "code",
"text": "Future http() async {...}"
},
"\n",
{
"type": "code",
"text": "Future mqtt() async {...}"
},
"\n—\nкак мне сделать чтобы они работали вместе параллельно. Так не сработало ??:\n",
{
"type": "pre",
"text": "Future main() async {\n await http();\n await mqtt();\n}",
"language": ""
},
""
]

 

Future.wait()

 

наверное через .then. Или организовывать STREAM и слушать его.

 

Через then - это последовательно, а не параллельно

 

[
"А где про это почитать?\n",
{
"type": "link",
"text": "https://dart.dev/codelabs/async-await"
},
" - вот тут такие моменты не разбираются."
]

 

или какие-то примеры с гитхаба?

 

await убрать.
но именно параллельно они все равно не будут работать )

 

если ты пишешь await - ты ждешь окончания функции.

 

о! спасибо

 

Почитать в спецификации объекта Future, глобальный метод wait

 

[
"без ",
{
"type": "code",
"text": "await'a"
},
" - достаточный уровень \"паралельности\" =)"
]

 

там же в статье прям про await и async нормально описано

 

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

 

да я просто 2й день с дартом и 1й день с "асинхронностью"

 

В Dart предусмотрен специальный механизм для сформулированной тобой задачи.

 

[
"я не понял как сделать ",
{
"type": "code",
"text": "Future.wait()"
},
" - к чему это применить. Быстро погуглил про ",
{
"type": "code",
"text": "wait"
},
" и проще не стало"
]

 

В вопросе не было задачи дождаться результата выполнения обеих асинхронных функций

 

wait нужен когда ты ждешь результата выполнения твоих асинхронных методов чтобы что то сделать с ним (например получить часть данных из локальной БД и часть с веба и потом их как то смержить). Но в твоем случае смысла нет в wait никакого

 

Спасибо

 

«Чё почитать»

 

[
"Недавно состоялся релиз новых мобильных приложений ",
{
"type": "text_link",
"text": "«Медузы»",
"href": "https://t.me/meduzalive"
},
".\n\nПочему на их переписывание понадобилось 2 года? Почему выбрали Flutter, а не нативные приложения? Оправдал ли в итоге Flutter надежды?\n\nОбо всё подробно рассказал техдир «Медузы»: ",
{
"type": "link",
"text": "https://tprg.ru/FrR3"
},
"\n\n",
{
"type": "hashtag",
"text": "#mobile"
},
" ",
{
"type": "hashtag",
"text": "#flutter"
},
""
]

 

баян)

 

[
{
"type": "link",
"text": "https://t.me/rudart/200151"
},
"\n\nПравильно тебе сказал именно Макс"
]

 

Аккордеон)

 

Ваше мнение, насколько надежны пуши? С какой вероятностью доходят?

 

Доходят, но 100% гарантии не дается

 

99% ? или 60%

 

думаю на них положится и раз в день полить бэк

 

В приведённом примере кода оборачивающая функция должа была вернуть какой-то результат после завершения обеих асинхронных функций внутри. Это именно та задача, которую выполняет Future.wait. Пожалуйста, если отвечаете на вопросы, в которых не являетесь специалистом, не будьте категоричны в ответах?

 

Какой результат вернет Future?

 

null;

 

у меня точной статистики нет, но однозначно не 60%, я бы наверное процентов на 95 бы рассчитывал

 

Это риторический вопрос Максу)

 

И тем не менее, на него дан почти точный ответ.

 

от условий зависит

 

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

 

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

 

Ну так а что ты собрался делать с этим результатом?

 

Ждать.

 

Наврал я, думал отдаст налл.

 

Это не так)

 

он вернет ничего

 

Void почти эквивалентен null. Разница только в том, что его нельзя читать.

 

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

 

Ну да, я всеже чот думал, что будет именно null типа Null, если попробывать получить результат

 

Не знаю почему так казалось)

 

в каком смысле нельзя читать?

 

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

 

Если по пушу что то критичное предполагается делать, то лучше конечно что то другое использовать

 

Ну ты не можешь ничего делать с Void

 

я планирую раз в час-день поллить

 

В смысле - использование значения типа Void является ошибкой типа.

 

В дарте, вроде, это даже не тип, в отличии от Null

 

а проверка на тип вляется ошибкой типа?

 

Проверка Void на тип - является.

 

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

 

Почему так?

 

а что в комментариях на дарт пате пишет?

 

Описание типа Налл вот

 

У меня норм

 

[
{
"type": "link",
"text": "https://dartpad.dev/"
}
]

 

[
{
"type": "pre",
"text": "Undefined name 'Void'.\nTry correcting the name to one that is defined, or defining the name.dartundefined_identifier",
"language": ""
}
]

 

хотя тут смотря какой Void брать

 

Ctrl+Click сделай по Void

 

Подтянулся из native C (dart.ffi)

 

Ну вишь)

 

Яж про дарт)

 

Error: Getter not found: 'Void'.
var v = Void;
^^^^

 

да даже a is Void нельзя сделать

 

[
{
"type": "link",
"text": "https://medium.com/dartlang/dart-2-legacy-of-the-void-e7afb5f44df0"
},
" - всем заинтересованным судьбой Void)"
]

 

Пасиба)

 

В общем он единственный не происходит от Object.

 

И его вообще никак нельзя использовать как объект.

 

Ну в принципе логично, в том его и отличие от null.

 

Эти ограничения, как я понял, накладывает сам SDK и у нас к этому доступа просто нет.

 

налл это вообще пустое множество из теории категорий

 

Но прекрасно можно укладывать во Future и Stream при этом)

 

Мы тут про дарт)

 

Ну само собой)

 

null это единственный экземпляр класса Null

 

как это противоречит тому что я сказал?

 

Напрямую: ты вне контекста обсуждения

 

это совершенно другой уровень абстракции

 

() это единственный экземпляр Unit

 

Именно.
А что такое void?)

 

null - это тип данных в Dart, с единственным значением null. В контексте данного обсуждения.

 

отсутствие типа???>?

 

Также как null не отсутсвие значения)

 

null это экземпляр класса Null

 

[
{
"type": "pre",
"text": "A void type is semantically similar to Object(it could be anything), except with additional restrictions — a void type cannot be used for anything (even == or hashCode), and it is invalid to assign something to a void type",
"language": ""
},
""
]

 

По сути это злой брат близнец Object'а

 

Они оба обощают все.

 

войд это одновременно всё и ничего

 

Альфа и омега)

 

Object & void)

 

[
"Возвращаясь к исходному обсуждению - то, что тебе нужно, выглядит так:\n\n",
{
"type": "pre",
"text": "Future main() => Future.wait([http(), mqtt()]);",
"language": ""
},
""
]

 

Спасибо!
Так понятнее

 

а почему исходный вариант не работает

 

он же игнорирует результаты
то есть возвращает void

 

Работает, но последовательно, а не параллельно.

 

а, в этом проблема

 

Теперь понятнее, что я собрался делать с результатом?

 

Все еще не вижу никаких проблем запускать это без wait, никакой информации о том, что нужно зачем то ожидать результат.
Я не говорил что так не нужно делать - просто в рамках поставленного вопроса непонятно зачем

 

Максим полностью прав

 

К тому же такая запись офигенно красива и емка

 

И она требуется почти везде

 

Например в dispose твоего стейтфул виджета.

 

Ко второму аргументу вопросов нет, но обоснование правоты просто тем, что так можно - не обоснование)

 

В предложенной сигнатуре "сборная" фунция возвращает Future. Предложи другой способ получить значение для этого Future.

 

ты имеешь ввиду, что без wait не запустится сама функция?

 

не паралельно

 

[
"Я имею в виду, что без Wait ты не узнаешь, когда закончатся ",
{
"type": "bold",
"text": "оба"
},
" запущеных процесса."
]

 

Допустим ты хочешь скачать N файлов, как ты будешь это делать?

 

ну иногда не важен результат, а важен факт выполнения

 

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

 

Лол, ожидать их явно надо)

 

Этож очевидно)

 

...кроме возвращаемого типа у функции main()

 

Ну вообщем это кастрированный Unit/Null

 

Вообщет нет)

 

который тоже null

 

ну точнее Future

 

Ты не видишь разницы?

 

чойта

 

иногда важен, иногда не важен

 

[
"Что вернет:\n",
{
"type": "pre",
"text": " print(null is Object);\n print(Null is Object);",
"language": ""
},
"\n?"
]

 

и то и то true поди

 

true, false

 

Ну ты то отличник и на первой парте)

 

Не подсказывай)

 

попався!

 

И то и то наследуется от Object

 

Вообще все наследуется от Object

 

все-все-все-все

 

Кроме void

 

А, я думал тип это что-то отдельное всё таки

 

И да, даже типы наследуются от Object

 

Ну ладно

 

[
{
"type": "code",
"text": "print(Type is Object);"
}
]

 

тоже будет true

 

Даже тип типов наследуется от обжект)

 

но не void

 

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

String a;
print(a is String);

 

я вижу разницу, но все еще не вижу причин ожидать результата, если это не описано в задаче) Придумывать смысл неописанной задаче - как придумывать смысл цвету штор в произведениях Пушкина.
Я не вижу смысл разводить холивар - если нужно ждать результата - то используй wait, если нет - запускай без него)

 

и не я

 

возможно ты перепутал чёто

 

мы эти штуки полгода назад ещё обсуждали

 

че за фигня, почему false?

 

потому что)

 

null is Null -> true

 

Ненадолго

 

чё, дартпад запустил?)

 

поумнел?

 

Ну я вообще так и думал

 

Проверил просто

 

“да я знал просто проверил"

 

В другой чат иди выёбываться(((

 

... тебя)

 

потому что не проинициализировав объект в нем находится не экземпляр этого типа, а объект null типа Null)

 

блин, ну да

 

ты чё сообщения потёр гад

 

Ты наябедничаешь)

 

а мы оба знаем этого человека да?

 

пошёл шеймить

 

[
"Вот так, мб, чот прояснит)\n\n",
{
"type": "pre",
"text": "void main() {\n String s;\n print(s is Null);\n}",
"language": ""
},
""
]

 

да я понял уже, посмотрел тип, он вернул Null

 

Нинад, тем более он мне там помочь хотел.
Эт у меня язык без костей.

 

Подскажите, а можно вставить "цепочку" роутов в навигаторе, похоже что нет.

 

Ты можешь реализовать роутер так тонко как только хочешь

 

Точнее навигатор

 

Мне после экрана создания сущности, надо открыть экрана создания "подсущностей" этой сущности, но так чтобы при уходе с него открылся экран информации "сущности"(а не экран списка сущностей с которого изначально вызвали)

 

[
"почему textfield открывает огромную белую простыню когда получает фокус? ",
{
"type": "link",
"text": "https://i.gyazo.com/29a5eb8d46d7b1fdbb23a929eb005e78.mp4"
},
""
]