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

 

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

 

Ну так все верно. Зачем просто пользоваться null safety если можно постоянно себе когнитивную нагрузку создавать пытаясь не забывать на налл проверять и помнить где он проскочить может (особенно круто если это сторонняя библиотека или чужой код).

 

хорошо что у нас такие эксперты)

 

> то что вы этого не понимаете не значит что это сложно

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

 

ну и указатели со ссылками в ту же копилку

 

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

 

Например, в хаскеле

 

Ой, неловко вышло....

 

ну началось,

 

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

 

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

 

Ну по вашей логике можно и динамическую типизацию использовать. "Мы же всегда помним где какие типы, а если что можно и if написать"

 

В задаче, где я уверен, что нула нет)

 

Нет, нельзя. У нас же все задачи одинаковые и существует только один расово правильный язык:)

 

let a = 5 - я уверен то там нет null, компилятор уверен что там нет нул

 

в чем сложность?

 

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

 

тоже на дарте

 

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

 

final a = 5;
я уверен что там нула нет, а компилятор и вася из моей команды уже не уверены

 

пишется одинаково

 

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

 

а еще

 

я бы может согласился со всем с этим

 

щас бы сопротивляться когда тебе язык пытается работу упростить

 

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

 

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

 

Тем более если хочешь по старому писать ну так и объявляй все как наллбл. Только не удивляйся потом что коллеги от твоего кода плеваться будут и бить по рукам

 

но за то в чатах все мастера

 

все помнят, все знают

 

колги не будут плеваться если их нет) или если они так же пишут)

 

короче

 

блин, я опять стараюсь донести какие то очевидные для меня вещи, хотя это делать не надо

 

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

 

ну нравится вам без нул сейфти, ради бога)

 

Хм. Так а почему всемне используют контракты тогда?

 

Крутая штука же

 

И компилятор за тебя думает

 

ну если ты вызовешь этот метод не в основном потоке, а в бэкграунде - то вполне может возникнуть ситуация, где этого контекста и нет, в остальных случах юзай requireContext либо инжекть интент через DI и контекст самого приложения, чего бы нет?

 

не исключение, много где пишут как хотят

 

Null это нормально вы че ребят

 

я просто так давно в таких местах не работал что забываю о том что так бывает

 

Да ну, не может же быть все так плохо. Я вообще впервые в жизни сегодня увидел точку зрения что "null safety не нужно"

 

Я может тупой, но в чем преимущество неимения null в языке перед null-safety?

 

[
"если кому то интересно зачем нужны монады, и нулсейфти, посмотри просто мой доклад и все ",
{
"type": "link",
"text": "https://www.youtube.com/watch?v=Bepwx4j_vvA&feature=emb_logo"
},
" )"
]

 

Так мы вроде как полезность null safety и обсуждаем

 

может)

 

В том, что оно не ломает консистентность

 

ну например чтобы не обмазываться проверками на null

 

ну и я о том же

 

Экономит написание 3 букв в ide

 

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

 

и ниче

 

В каждом методе. И ладно бы просто лишний бойлерплейт, но ты ведь и забыть можешь.

 

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

 

этому помогает нулсэйфти, при чет тут вообще отсутствие null в принципе? если вам он не нужен - не значит что никому не нужен

 

Есть куча ситуаций когда null разрешён или даже необходим

 

топовая студия у нас в красноярске)

 

Изначально все началось с того что человек писал что null safety не нужно.

 

я не говорю что оно не нужно. но читаемость кода повышает

 

Я как java разработчик это говорю

 

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

 

Потому что например либа не отработала и там null возвращает

 

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

 

можешь скинуть? не видел этих способов

 

и все они существуют только из-за наличия нулла (:

 

я как джава разработчик был очень рад котлину)

 

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

 

и что бы если перменная нул ты не забыл обработать этот кейс

 

Но даже там разрешение на null прописывали

 

Ибо это необходимо

 

Полностью согласен. Я на java не очень много писал, но после котлина ее страшно трогать. И null safety одно из главных для меня преимуществ.

 

Кто это негодяй, кому не нужна нулл сейфети?

 

старообрядец

 

Maybe из хаскеля, Option из раста/скалы

 

Я негодяй и маргинал

 

Но не настолько

 

Optional из swift)

 

нет ни одного нового языка где не был бы null сайфти

 

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

 

и в старые во все завозят

 

Either какой нибудь там наверно тоже подходит. Или банальный sealed Result класс. Но вот тут мне и null кажется нормальным. Если язык null safety поддерживает

 

вообще история же повторяется, когда swift вышел, все разработчики привыкшие к objc везде писали что нулсейфти это дичь

 

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

 

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

 

maybe это частный случай Either

 

допустим я создал класс с null Safe полем

 

просто надо менять мышление, раньше ты о типах не думал, а теперь думаешь, раньше о null сейфти не думал, теперь думаешь, это же не так то просто сделать

 

гляну, но вроде такие конструкции и в rx и в свифте есть.. Посмотрю, может это и правда удобнее, но пока выглядит как то же самое, только обернутое в дополнительный Option..

 

[
"Нуллабл против Опшионала - это сэкономить несколько символов в сигнатуре и ",
{
"type": "code",
"text": "T?? ~ T?"
},
""
]

 

и заполняю поле методом, но метод не нашел ничего и что тогда он положит?

 

О черт. Я вспомнил своего коллегу который кучу всего принимал как Any а потом кастил. Я его еле отучил от этого дерьма

 

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

 

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

 

ну так а тогда зачем мне это нужно

 

потому что в большенстве случаев я знаю что туда положить

 

тебе анализатор не даст так делать: класть нуллабл тип в обычный

 

А что происходит с меньшинством?

 

если у меня not null только id а все остальное может вернуть null и на это есть бизнес логика

 

Всем привет, столкнулся с проблемой, учавствую в тестировании проекта на флаттер под ios и на девайсе с ios 10.3.3 после обновления чего-то, скорей всего икскода пропали все элементы, отображаются только фоны, такое даже с демо проектом. может кто сталкивался с проблемой и знает как фиксить?

 

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

 

Компилятор тебе ругнется и предложит обработать. Либо значение по умолчанию положишь, либо как nullable объявишь

 

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

 

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

 

в приложении?

 

пробовал откатить xcode? cleanы тоже не помогают?

 

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

 

Окей, окей, поясни, может я приобщусь к такой религии. И что дальше мне с этим нулаблом делать? Жить как жил раньше с нулами?)

 

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

 

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

 

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

 

возможно вы что то юзаете что опирается на класс который недавно в mixin переделали

 

на 13 айоси никаких проблем и в эмуляторе 10.3.3 всё ок, а на реальном девайсе перестало работать

 

и у вас все пропало

 

у меня так календарь пропадал

 

а и проблема только на айпаде мини2 моём, на старой 5ке айфоне тоже всё ок

 

Угу. Нередко какие то куски так и пишу

 

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

 

фп придёт порядок наведёт

 

а демо проект почему перестал работать?

 

[
"ну я уже приводил пример \n\nможно написать вот так\n\n",
{
"type": "code",
"text": "final intEge = ege != null ? int."
},
{
"type": "italic",
"text": "tryParse"
},
{
"type": "code",
"text": "(ege) : null;"
},
"\n\nа можно вот так \n",
{
"type": "code",
"text": "final intEge"
},
" = map(",
{
"type": "code",
"text": "ege"
},
", ",
{
"type": "code",
"text": "int."
},
{
"type": "italic",
"text": "tryParse"
},
")"
]

 

особенно заметен профит на длинных дистанциях

 

???>?

 

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

 

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

 

и необходимость его обработки

 

[
"типо когда можно заменить \n\n",
{
"type": "code",
"text": "final intEge = ege != null ? int."
},
{
"type": "italic",
"text": "tryParse"
},
{
"type": "code",
"text": "(ege) : null;\nfinal intHeight = height != null ? int."
},
{
"type": "italic",
"text": "tryParse"
},
{
"type": "code",
"text": "(height) : null;\nfinal intCurrentWeight =\n currentWeight != null ? int."
},
{
"type": "italic",
"text": "tryParse"
},
{
"type": "code",
"text": "(currentWeight) : null;\n\nPerfectWeightFlow flow;\nif (intEge != null && intHeight != null && intCurrentWeight != null) {\n flow = PerfectWeightFlow(\n ege: intEge,\n height: intHeight,\n currentWeight: intCurrentWeight,\n );\n}"
},
"\n\nна \n\n",
{
"type": "code",
"text": "final flow = map(\n map(ege, int."
},
{
"type": "italic",
"text": "tryParse"
},
{
"type": "code",
"text": "),\n map(height, int."
},
{
"type": "italic",
"text": "tryParse"
},
{
"type": "code",
"text": "),\n map(currentWeight, int."
},
{
"type": "italic",
"text": "tryParse"
},
{
"type": "code",
"text": "),\n PerfectWeightFlow,\n);"
},
"\n\nили на каком нибудь хаскеле\n\n",
{
"type": "code",
"text": "PerfectWeightFlow <*>\n int."
},
{
"type": "italic",
"text": "tryParse "
},
{
"type": "code",
"text": "<<- ege\n int."
},
{
"type": "italic",
"text": "tryParse "
},
{
"type": "code",
"text": "<<- height\n int."
},
{
"type": "italic",
"text": "tryParse "
},
{
"type": "code",
"text": "<<- currentWeight"
},
""
]

 

красота (:

 

кстати на swift тоже можно написать через <*> просто операторы надо самим сделать, из коробки нет

 

или либы поставить

 

А разве tryToParse не выдает и так null в случае некорректного значения ege?

 

нет, в него нельзя передать null, он упадет

 

[
"Привет! \nРебята, если я хочу, чтобы приложение на Google Play имело помесячную подписку и льготный период, скажем, неделю, то это делается через пакет in_app_purchase 0.3.4+1 или есть более простые варианты?\nТо есть хочу только платную подписку + льготный период на все приложение и больше ничего.\n\n",
{
"type": "link",
"text": "https://pub.dev/packages/in_app_purchase"
},
""
]

 

[
{
"type": "italic",
"text": "/**\n * Parse [source] as a, possibly signed, integer literal and return its value.\n *\n * Like [parse] except that this function returns null where a\n * similar call to [parse] would throw a [FormatException],\n * and the [source] must still not be null.\n */\n"
},
{
"type": "code",
"text": "external static int "
},
{
"type": "italic",
"text": "tryParse"
},
{
"type": "code",
"text": "(String source, {int radix});"
}
]

 

лол это в каком языке

 

что в каком языке?

 

dart что ли

 

Точно, я просто не пытался никогда null передавать туда

 

а почему не добавили проверку они

 

а какие альтернативы?) я пока только на нативе написать придумал)

 

А вообще в clear code рекомендуют вообще null никуда не передавать

 

потому что нулл - это заебись

 

ну тип очевидно же что это не повод к null safety

 

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

 

у меня то бек есть

 

это кстати не валидный синтаксис же? вариадик параметров у нас нету ещё

 

а что повод?

 

в плане?

 

миллиарды проёбаных долларов

 

валидный же

 

ничего)

 

ну у тебя мап с 2 аргументами, а потом с 4

 

потому что null это заебись

 

так у меня не одна функция)

 

диалог с прозрачным фоном, а внутри - это

 

ну он все равно платный

 

я лучше на нативе напишу)

 

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

 

это вопрос пары часов

 

Stack->Positioned

 

так а конфликта имен не будет разве?

 

[
{
"type": "link",
"text": "https://news.ycombinator.com/item?id=12427069https://news.ycombinator.com/item?id=12427069"
},
" ага"
]

 

вы просто не видели мира без нуллов

 

поэтому так за него цепляетесь

 

Это оно?
А никак еще проще сделать нельзя?

Вообще удивлен, почему Google простейшую вещь не сделал на своей стороне?
Ведь подписки все равно вбивать надо в Play Console.

Может быть есть что-то толковое по теме почитать? Типа полного хелпа, как запустить платный функционал? )

 

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

 

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

 

in_app_purchase в гугле крайне странно написали, кажется просто положив на ios

 

Фигасе у тебя заказики!)) Из Даркнета? ??

 

Как сделать прокрутку вверх по тапу на статус бар в ios? чето ничего не нашел

 

Зашибись)

 

Должно из коробки работать, если AppDelegate наследует FlutterAppDelegate

 

[
{
"type": "pre",
"text": "@objc class AppDelegate: FlutterAppDelegate {",
"language": ""
}
]

 

почему фонт не работает помогите пж

 

А, я понял почему не работает, я использую scrollable_positioned_list

 

perezagruzil app vse ravno ne rabotayet

 

Тихо фигею...
У меня, конечно, попроще задача. Но жаль, что флаттер напрямую нормальных классов для работы не предоставляет.

 

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

 

и/ или как искать в гугле

 

[
"не получается найти виджет для этого элемента:\n\n",
{
"type": "link",
"text": "https://material.io/develop/ios/components/page-controls/"
},
""
]

 

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

 

rtl flutter

 

не помогло

 

[
{
"type": "link",
"text": "https://api.flutter.dev/flutter/intl/TextDirection/RTL-constant.html"
}
]

 

а покажи что у тебя указано в поле ввода

 

начал писать текст с правой стороны на лево

 

[
{
"type": "link",
"text": "https://github.com/Appli-chic/google-translate-flutter"
}
]

 

А как получается так, что он отменил бесплатную неделю, а по факту, все осталось?

 

И как этого избежать?

 

можешь сказать что там за класс ? а то не могу найти)

 

lib/components/translate_input

 

почему данный код может не работать?

 

То есть мы таким образом сверяемся с базой юзеров на своем сервере.

Я правильно понимаю, что если мы у себя на сервере не ведем базу юзеров, то полагаемся на Гугл, который где-то у себя ведет списки подписанных, отписанных клиентов и время?
Это так работает?

 

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

 

Спасибо! ??

 

[
{
"type": "link",
"text": "https://youtu.be/wSyZM90N2MA"
}
]

 

Помощница ??

 

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

 

GoogleMap(
polylines: Set.from(polylines),
...
)

 

задаю путь вот так

 

спасибо Заработал