Просто смотришь ось и делаешь соответсвенный код

 

[
{
"type": "code",
"text": "io.Platform.isAndroid"
},
" или как то так"
]

 

Можешь взять мой капетик, он кроссплатформенный с вебом

 

[
{
"type": "link",
"text": "https://pub.dev/packages/platform_info"
}
]

 

Смотри, суть проблемы такова поставил foreground_service, но он работает только для Android.
Я знаю об этом и меня это устраивает, но когда делаю билд на ios выбивает ошибку по подсам

 

Прописываю pod install в ios, но все что получаю это

 

Вроде импортов на основании оси нету.
Может оформишь форк и сделаешь то что там надо кроссплатформенным?

 

[
{
"type": "mention",
"text": "@Jonfir"
},
" у тебя, вроде, была схожая проблема"
]

 

другая

 

Помню что со сборкой в зависимости от оси

 

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

 

Как избавиться от таких сообщений?

 

Очевидно не пытаться вызвать метод у null

 

А бывает такое когда не проставляешь типы.
(хотя здесь, скорее всего, протерял в контексте свой блок)

Завезут non nullable - будет +1 в копилочку чем вас можно будет шпынять :3

 

Поскорее бы

 

Ломает без non-null после котлина

 

В 2.8

 

Скорее некуда.

 

Но уже актуальный дарт сдк 2.8.1 ...

 

Они, вроде, сейчас 2 сдк паралельно ведут

 

non nullable разве в стейбле?

 

А, номера перепутал, да.

 

в 2.8.1 приехали изменения библиотек для поддержки non-nullable, Больше никто не возвращает null.

 

не в стейбле, опять же

 

А как оно будет в будущем?
Non nullable будет у всех из коробки в добровольно-принудительном порядке или это будет опциональной фичей включаемой/выключаемой в аналайзере?

 

Будет у всех. Появятся "типы с вопросиком", работающие, как нынешние.

 

Ну как оно и зачем - понимать.
И оно мне надо.

 

Просто по миграции столько проблем же будет сразу.

 

Все эти капетики из паба с говнокодом...

 

Да и сам я об этом не думал, наверняка у самого куча таких косяков

 

ну будет как с первым дартом

 

штсщьзфешиду

 

Миграция будет выглядеть так - найти все определения типов и дописать к ним вопросительные знаки)

 

incompatible

 

у тебя будут обычные типы - int. Они не смогут содержать null никогда. И будут типы int? - они могут быть null

 

Ну вот да.
Еслиб это было в следующей мажорной версии дарта - яб понял

 

Но в рамках минорного релиза такое выкатывать - чота сирашно

 

может и будет, кто ж знаит

 

Да мы эт всо знаем, уже щупали

 

А ты хорош :3

 

проблема в том что констрейнты дарта указываются <3.0.0

 

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

 

потому что не знает так надо или не надо

 

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

 

короче да дофига проблем ожидается

 

Ну, в принципе, раз дошли в номерах до 2.9 - есть логика в том, чтобы выпустить не 2.10, а 3.0)

 

оно так не сработает))

 

Ну у флатера минорный сча больше 9 вроде как)

 

ох я помню когда swift вышел куча народу как стонала из за этих ? и не покнимала зачем и как ими пользоваться)

 

Не, тут все понимают и ждут

 

ща будет очередной мега вопрос, означает ли что отстутвие 0 ускорит аот? когда они там это допилят в сдк

 

Не ускорит. Это фича для борьбы с частыми ошибками, а не для ускорения.

 

Вот с такими)

 

все ли?)

 

у меня электричество в двестве часто выключали)

 

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

 

[
"нет статьи про стинтакис полный nullsafety в dart? не могу найти. Ншел плейграунд, но там показано только ? и !. Это все что ли? никаких if final a = a{}, или ",
{
"type": "link",
"text": "a.map"
},
"{} ((("
]

 

10 активных участников?)

 

Ну они активнее этого чята)

 

постинг 50 рыл быстрее чем в чяте на 3500 инвалидов)
Ну и темы отличные от "я вызвал метод у null, что я сделал со своей жизнью не так?")

 

это что, унижения?

 

[
{
"type": "link",
"text": "https://medium.com/dartlang/dart-nullability-syntax-decision-a-b-or-a-b-d827259e34a3"
},
"\nтакое было год назад от dart team"
]

 

[
{
"type": "pre",
"text": "e1?.[e2] // null if e1 is null; otherwise it’s e1[e2]",
"language": ""
},
"\n\nэтого и без ннбд не хватает ??"
]

 

знатоки, подскажите! ошибка: import of dart:mirrors is not supported in the current Dart runtime

как я понял эта либа конфликтует где-то в зависимостях?

 

[
{
"type": "code",
"text": "is not supported in the current Dart runtime"
}
]

 

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

 

Кто то юзает мирроры в зависимостях

 

Я думаю мало кто, потому что во флаттере миррорз не поддерживается)

 

и как теперь жить с этим null ? действительно переменные делать int? ?

 

и что оно несет хорошего? это как в свифте вроде? давно пробовал

 

стараться избегать ?)

 

то есть просто давать стартовые значения?

 

ээ….
это не вопрос вроде, а ответ на проблему

 

ну да)

 

Глядишь и в иммутабельность научишься

 

раньше они хвалились что не надо мучаться ) int x; и отлично . пусть null будет - дальше проверю

 

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

 

[
"Ну если у тебя ",
{
"type": "code",
"text": "int x;"
},
" а не ",
{
"type": "code",
"text": "int _x;"
},
" то это уже обосрамс грандиозных масштабов)"
]

 

Если мы про поля классов, например

 

да ну внутри конечно _x стараюсь

 

[
"А так, старайся и вовсе ",
{
"type": "code",
"text": "final int _x;"
},
""
]

 

Каждая не иммутабельная или не приватная переменная - это плюс шанс выстрелить себе в ногу самым неочевидным способом.

 

это понятно, но вот я не знаю что давать ей вначале. потом присвою, и вначале пусть будет null. пытаюсь понять профит от апгрейда

 

может конечно пока не очевидно

 

Сказали жеж, избежание глупых ошибок.

 

[
{
"type": "link",
"text": "https://t.me/rudart/192940"
}
]

 

Вот так и избавится, non nullable

 

а есть тулза которая отслеживает зависимости зависимостей? Или где исходный код можно покапать?

 

[
"а давать в начале ",
{
"type": "code",
"text": "0"
},
" или ",
{
"type": "code",
"text": "''"
},
""
]

 

Widget _w = Widget() что установит?

 

А как ты собрался абстрактный класс создать?)

 

истанс класса

 

не null ?

 

Нет.
Widget - абстрактный класс

 

Где брать?

 

тогда ничего потому что компилятор тебя пошлет

 

ок не виджет. Container _c = Container()

 

На udemy

 

Очевидный объект контейнера и гнев адекватных разработчиков)

 

инстанс класса контейнер

 

ну тогда наверное пойму)

 

[
"Должно быть так вместо твоего контейнера:\n\n",
{
"type": "code",
"text": "final Widget _w = const SizedBox.shrink();"
},
""
]

 

А как насчёт widget app на flutter?

 

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

 

[
"Если нужно где-то использовать null, то так и объявишь переменную как ",
{
"type": "code",
"text": "int? asd;"
},
"\nГлавный профит, что разработчики библиотек и фреймворков смогут тебе подсказать где может быть прилетающее значение null, а где не может. Как следствие делать тебе проверки или нет)"
]

 

во уже лучше объяснение!

 

суть нотации ? в том что бы
1) однозначно дать понять компилятору может быть перменная null или нет
2) обратить внимание разработчика что перменная может не иметь значения и использовать явно это в коде указать

По сути если ты не можешь дать значение сразу значит ставь ?

 

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

 

ну вообще да, я насмотрелся на это

 

я 5 лет на больших проекта с nulsafty живу)

 

Ну сочувствую тебе)

 

Все должно быть к месту

 

Не нужно просто дефолтить абы было

 

нулл сейфети для большей явности, а это внезапно, делает вещи более явными)

 

Тут, какбэ, даже спорить не с чем)

 

самое любимое мое
if (a != nul) {. делаем что хотели} else { да ниче не делаем, такого же быть не может я отвечаю }, а потом приложение просто висит колом, не упало конечно, ведь ты null обыграл, но и работы никакой не выполняет и юзер может только сам его убить))))

 

Привет. Вопрос по BLoC. Возможно ли как-то отдавать ниже по дереву только определенные стейты. Пример:
У меня есть блок для всей страницы. На этой странице есть несколько виджетов. Я хочу в каждый с помощью BlocProvider отдавать соответствующие стейты. То есть, в NavigationBarWidget отдавать только NavigationBarState и никакие другие. Так можно сделать?

 

буду рефакторить наверное станет понятнее

 

Затем и нужен final

 

Иммутабельность тута спасение.

 

я тебе про что что дефотные значения это тот же null только только с заитой от крэша. И косяков из за них вылазиет просто горы

 

Это факт, да.

 

Говнокод ведет к говно коду

 

это даже еще опаснее, потому что кэша нет, крашфри не падает, люди думаю что раз null не может быть, то автоматически все всегда ок

 

Присваивание "абы чего лишь бы было присовено".

 

так уже ввели в 2.8 ?

 

2 сдк сча паралельно как я понимаю

 

читал статью по диагонали

 

Потестить можешь

 

есть дартпад с нон нуллабле

 

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

 

хотя если либы будут переезжать полгода…

 

и зарелизиться успею

 

Релиз не соберёшь

 

[
"Импорты адекватно надо объявлять:\n\n\n",
{
"type": "pre",
"text": "dependencies:\n meta: '>=1.0.0 <2.0.0'",
"language": ""
},
""
]

 

Тогда все соберешь

 

А там создашь новую ветку и начнешь переезжать

 

Сейчас этим заниматься явно не стоит

 

самый главный ответ)

 

Тк в стейбле нет

 

заморозиться на том что есть

 

Ну вообще да. Тут так чувствительно к апдейтам относятся, как будто у нас нету инструментов для ограничения версий

 

ну а флаттер то новый ставить? 17 же?

 

писали hive не очень на нем

 

А что такого в новом дарте/флатере, что мешает хайву?

 

сам не понял, тут поспрашивал, кто0то отписался

 

Почти все крупные обновления связаны с пабом,

 

[
{
"type": "link",
"text": "https://github.com/hivedb/hive/issues/247"
},
"\n\nТам же есть \"временный\" фикс :D"
]

 

А, вы про конфликт версий.

 

Лол, тоже мне проблема)

 

[
"Обновил блин.. уже все откатил в коде кроме flutter sdk \nне собирается с ошибкой\n",
{
"type": "pre",
"text": "Program type already present: android.support.v4.os.ResultReceiver$MyResultReceiver",
"language": ""
},
"\nмного где пишут добавить в гредл \n",
{
"type": "pre",
"text": "android.useAndroidX=true\nandroid.enableJetifier=true",
"language": ""
},
"\nно вроде как было написано, что проекты не использующие андроиХ будут и дальше компилироваться \n есть идеи ? неужто откатываться"
]

 

В чем проблема добавить его поддержку?

 

Просто создаешь новый проект и копируешь из него папку ведра в свой проект.
Всо

 

с этим есть сложности, больше бесит что непонятная ошибка, с чем связана

 

придется видать откатываться

 

сорян) почему-то подумал что это вопрос был)

 

ребят, подскажите пожалуйста, как передать scrollControler в FavoriteWidget, чтобы можно было использовать scrollControler в классе FavoriteWidget.
builder: (BuildContext context, ScrollController scrollController) {
return FavoriteWidget(); // вот так ? FavoriteWidget(scrollController);
},

 

через конструктор FavoriteWidget

 

параметром

 

Извините, но я продублирую. Подскажите, плиз.

 

Привет. Вопрос по BLoC. Возможно ли как-то отдавать ниже по дереву только определенные стейты. Пример:
У меня есть блок для всей страницы. На этой странице есть несколько виджетов. Я хочу в каждый с помощью BlocProvider отдавать соответствующие стейты. То есть, в NavigationBarWidget отдавать только NavigationBarState и никакие другие. Так можно сделать?

 

Нужно больше блоков

 

Я думал насчет этого, но нигде не видел. У меня из всех документаций и туториалов отложилось в голове правило: одна страница - один блок. Ладно, будем делать. Спасибо.

 

В том же туториале есть блок, который отдаёт только одно число

 

Так что можно

 

Скорее всего

 

[
{
"type": "code",
"text": "whereType"
}
]

 

[
{
"type": "code",
"text": "bloc: context.bloc().whereType()"
},
" как вариант"
]

 

Из rx если что)

 

Спасибо!

 

Ну или раз уж ты пользуешь флатер_блок

 

то у блок билдера есть поле кондишена

 

Там и прописывай свои is условия

 

кондишн можно оставить на фильтрацию в пределах одного стейта

 

Ага.
Тут уж как удобно)

 

Могу дать еще 2 своих трансформера аналога whereType)

 

Сама моделька

 

Транзишен состояния модельки

 

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

 

Ну вона, тебе сказали как фильтровать)

 

Через where и whereType

 

[
"Да, я поблагодарил, и еще раз поблагодарю. Спасибо ",
{
"type": "mention",
"text": "@krevedkokun"
},
" и ",
{
"type": "mention",
"text": "@PlugFox"
},
""
]

 

В чём проблема выбрасывай свой эксепшен. Логирую не правильное состояние.

 

А не подскажешь почему не работает? Или я где-то не тот тип вставил?

 

rxdart импортнул?

 

А стой

 

Ты в провайдер его пихаешь

 

Надо в билдер

 

А провайдер в билдер? Потому что мне надо передать вниз по дереву

 

Типа такого Билдер>Провайдер>МойВиджет?

 

[
{
"type": "pre",
"text": "BlocBuilder(\n bloc: context.bloc().whereType(),\n ...\n)",
"language": ""
}
]

 

Проблема в ли что не логируют)

 

[
"Всем привет! Меня IDE просит обновить dart-sdk до 2.8.1. Захожу на ",
{
"type": "code",
"text": "dart.dev/get-dart"
},
", мне грят, введи ",
{
"type": "code",
"text": "choco upgrade dart-sdk"
},
" и будет 2.8.1. Делаю — в итоге у меня 2.4.0 (как и было)"
]

 

Лог то прочитай

 

Ну значит нужно в доку по код ревью добавить дополнительный пункт и наказывать. По другому никак.

 

Ну окей, в логе он написал, что якобы 2.8.1. Но, во-первых, я ниже проверил версию и это 2.4.0) А во-вторых, IDE-то не перестаёт просить обновить дарт)

 

Где ты увидел что обновилось?

 

В логе... ??

 

[
"Chocolatey upgraded ",
{
"type": "bold",
"text": "0"
},
"/1 packages"
]

 

Ага, понял

 

В файле, который там указан, написано следующее

 

C:\ProgramData\chocolatey\logs\chocolatey.log