Даёшь мемы с дартовским маскотом

 

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

 

"в любой непонятной ситации"

 

довольно много мемов вспоминается когда смотришь на примеры stream void

 

OpenGL на стероидах

 

чем это отличается от использования Object вместо void?

 

Чё угодно туда подставьте и это будет работать в вашем кейсе

 

Есть биндинги на нативных плагинах и через ффи к глу

 

Зачем мне этот Object?

 

Мне надо знать, что что то произошло, контекст не интересен

 

Эээээ

какая разница какой у вас тип если вы с одной стороны кидаете null а с другой ловите через (_) ?

 

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

 

С той, что мне в принципе не интересен контекст

 

Вы так вообще можете везде писать Object вместо void

 

[
"И возвращать ",
{
"type": "code",
"text": "return \"похуй\";"
},
""
]

 

Могу каэш

 

Но как по мне "похуй" - тут излешен

 

великолепно

 

только скорость падает

 

я к тому что void как тип не вот прям маст хэв

 

[
{
"type": "code",
"text": "typedef Pohui = void"
},
"\n",
{
"type": "pre",
"text": "Stream triggers;",
"language": ""
}
]

 

Без него можно жить, НО ЗАЧЕМ?

 

о вот это норм

 

Оно есть, используйте его по месте

 

ЧИТАЕМО!

 

Для стримов больше Null подоидет

 

Предзаказал)

 

Низя, вроде какб)

 

Закинуть можешь, но не объявить типом стрима

 

ору с этого архитектора кода

 

Нз, не пытался

 

Проверим

 

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

 

Null, а не null

 

А, сек

 

Точно

 

Null как раз уже тип

 

Да, отлично.
Буду использовать Null

 

Null може тбыть только null?

 

Разница в том, что в StreamSink можно будет закидывать только null

 

т.е. null is Null будет true что ли?

 

А в StreamSink вообще все что угодно, но это потом нельзя будет использовать

 

Какая-то дичь)

 

норм тема

 

то есть проверка на налл может быть и такой:
smth is Null вместо smth == null

 

[
{
"type": "code",
"text": "List"
},
" можно по приколу написать и хранить в нем только ",
{
"type": "code",
"text": "null"
},
" ы ))))"
]

 

да мне студия уже сказала

 

ну видимо это только для параметров типа нужно

 

Использует кто Expando?

 

В дартпаде такая инфа

 

это прост ворнинг я так понимаю

 

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

 

логично. Но суть в том что null это объект типа Null

 

Ну да

 

[
{
"type": "link",
"text": "https://api.dartlang.org/stable/2.6.0/dart-core/Null-class.html"
}
]

 

это близко к Unit-типу из котлинов/свифтов/хаскелей/etc, но плоховато является им

 

в дарте вообще слишком лихая система типов

 

Unit это void как раз

 

Спеки говорят что нулл наследуется от обжекта, не переопределяя оператор сравнения

 

Да, я уже проверил

 

Когда открыл доку

 

И увидел, что там методы Object'а

 

Все это true

 

всё наследуется от Object а

 

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

 

Эм тип типа

 

Ну да, а чего такого?

 

Это для определения расширения типа

 

is разве не сравнивает тип переданного объекта

 

В данном случае Type

 

у типа есть свой объект

 

[
{
"type": "code",
"text": "Null"
},
" по видимому нужен ещё для ",
{
"type": "code",
"text": "print(nullable);"
},
" чтобы ",
{
"type": "code",
"text": "nullable.toString()"
},
" вызвать"
]

 

[
"Выводить ",
{
"type": "code",
"text": "null"
},
" можно в консоль)))"
]

 

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

 

Примерн следующая логика

 

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

 

нет, ваще не так. Тут вы объекты создаёте

 

а там вы берёте объект типа Type и спрашиваете не Object ли он

 

Все типы есть Object

 

Ну так и тут он берет объект типа Тype и спрашивает не Object ли он

 

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

 

Чего?)

 

проверять is Object бессмыслено

 

вот чего

 

Да неужели?)

 

Неужели от обжекта все наследуются?)

 

B is A гляньте

 

Ни можыдб этого бытб)

 

Ну эт сравнение типов, да так не выйдет

 

Тут фокус в том, что берет объект Null'а

 

Тобишь null

 

не берёт

 

берёт тип Null

 

null is Object

 

который тоже объект

 

А, тощн

 

От обжекта же наследуется все, включая типы

 

О ЧЁМ И РЕЧЬ

 

капс случайно

 

Да, эт я знал, прост чот затупилб

 

ещё один вопрос в копилку всратых вопросов на собеседование

 

[
"то есть если ",
{
"type": "code",
"text": "MyType a = null"
},
" то ",
{
"type": "code",
"text": "a is Null"
},
"?"
]

 

да будет true

 

MyType наследует Null или нет??

 

неявно видимо да

 

хотя нет

 

тогда нельзя было б делать = null

 

получается что Null наследуется от всего

 

именно

 

При проверке на is, если переменная заданного типа нулл то ис не проходит

 

может пройти а может не пройти

 

значит Null наследует всё

 

даже британскую корону

 

ну в реальности это наверняка не так

 

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

 

И тут есть магия

 

ну да, просто магия

 

400 сообщений за 4 часа... Тут лиса на пробегала? ??

 

Не все правильно is работает с рантаим типом

 

хмммм

 

жабаскриптом попахивает

 

Нормально все

 

Обнулять ж надо

 

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

 

Null is not Null

 

??????

 

понятно почему, да

 

просто читать смешно

 

последний принт вообще кэпский

 

Рантаим тип

 

ну да. а если ты засунешь MyType a = MyType() и сравнишь с is Null

 

то тоже будет фолс

 

то будет то же самое что в последнем принте

 

все нормально

 

вообще объясняется всё супер просто

 

но интересно как это внутри ваще они сделали

 

я у же кидал. Это тоже супер логично

 

вы берёте Null как объект типа Type

 

Толь что жЖ

 

Null это значение

 

вы берёте объект типа Type и спрашиваете не является ли этот объект Null

 

ответ: нет

 

Потому что Type не наследуется от Null

 

любая не инициализированная переменная в рантайме Null

 

но параметр слева является объектом типа, который мы хотим сравнить, а не типом, который мы хотим сравнить

 

это я в дополнение типо

 

ну всё логично

 

MyType is Null
Null is MyType

 

Я же объяснил уже

 

Естественно там false

 

Потому что Type не наследуется от Null

 

мне вот это нравится

 

Это правильно

 

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

 

это нужно тепеь в виду когда ищещь баги

 

на стенку повешу

 

о, сча

 

[
"Как же меня вымораживало писать\n",
{
"type": "code",
"text": "if (value == null) ..."
},
""
]

 

Хоть в дартпаде и выдает такой ворнинг

 

Да, но есть и минусы

 

Слушаю

 

!(a is Null)

 

Выглядит тупо

 

[
"Не в длине дело.\nПросто именно ",
{
"type": "code",
"text": "=="
},
" ожидается как сравнение величин."
]

 

[
{
"type": "code",
"text": "(a is! Null)"
}
]

 

Ну если так можно, то ок

 

Можно

 

Это одна из трех вещей, что вымораживала в дарте изначально)

 

Тоже ворнинги в IDE?

 

А знаете по чему у меня по экспоненте росло время заданий?=0
Я taskMap не обнулял..
Сначало слал 150к строк в запросе
Потом 300к
Потом 450к
..
Потом 800к в одном запросе > Packet#5: 0:01:49.337611

Вот выходит что скорость то хорошая))))

 

Почему ты вообще делаешь это в разных транзакциях?

 

Я вообще не помню кейсов, чтоб последовательно выполнялись несколько транзакций

 

А я уже просто запросы делаю.. там разница 20% скорости

 

Ну если тебе пихуй, запишется или нет, будет ли ошибка или нет.
Если запишется только частично - то делай

 

Я делал в одной транзакции несколько запросов, но в цикле запускал новую транзакцию - так можно?

 

Но на серьезных данных таких ситуаций, когда "пихуй" - не бывает

 

Так вроде ошибок нету...

 

Блин, я тебя уже в третий раз спрашиваю: ты понимаешь зачем нужны транзакции?

 

В чем их смысл и что будет, если у тебя будет ошибка?

 

А можно так?
ЦИКЛ
- транзакция
—запрос 1
—запрос 2

 

Чтоб исключения ловить?

 

Да, в транзакции можно несколько последовательных запросов.

 

Я непонимаю зачем транзакции(

 

чтобы запросы от одного курсора шли?

 

Чем SQL от NoSQL отличается знаешь?

 

или как там..

 

по структуре да понимаю

 

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

 

я про структуру данных

 

а чем тогда?

 

реляционные бд (SQL) гарантируют, что твои данные не попортятся различными аномалиями и не предвиденными ошибками и то что ты пишешь в нее, либо на 100% достоверно запишется, либо вообще нихуя не запишется.

 

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

 

понял..

 

Вот тут то и всплывает понятие "транзакция"

 

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

 

И крутить транзакции в цикле - это сумасшествие

 

Причем безсмысленное сумасшествие

 

Шлю транзакцией серию запросов
Если ошибка не вылетает - все ОК
Если ошибка то делаею Cancel и все изменения откатываются

тип гит

 

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

 

Как правило надо чтоб записалось все

 

Вот это "все" и помещаешь в транзакцию

 

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