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

Ерунда какая-то.

промис ГАРАНТИРУЕТ возврат результата

нет

чтобы не писать каждый раз сериализацию и десериализацию

Ерунда какая-то.

лол бля

промис ничего не гарантирует

промис ничего не гарантирует

название переведи

Промис обещает вернуть результат. Но он не гарантирует тип результата.

классы есть в рантайме

название переведи

Promise<Optional<User» тебе так спокойней?)

да, есть в рантайме

Промис обещает вернуть результат. Но он не гарантирует тип результата.

null это не результат. это его отстутсвтие

и null или undefined - это тоже результат

null это не результат. это его отстутсвтие

нет, это результат

Promise<Optional<User» тебе так спокойней?)

Promise это и есть Option блядь

нет, это результат

нет

погугли

нет

да

Promise это и есть Option блядь

ноуп)

и null или undefined - это тоже результат

блядь ты вообще проектировать не умеешь

ты к монадкам скатиться хочешь чтоль?)

блядь пиздец

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

да, есть в рантайме

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

пиздец у вас код в лапше я чувствую

пиздец у вас код в лапше я чувствую

ох, если бы использование монадок делало код не лапшой, все было бы так классно)

а Promise<void> тебя не смущает?

ох, если бы использование монадок делало код не лапшой, все было бы так классно)

завернуть монаду Option в Option это не лапша?

а Promise<void> тебя не смущает?

нет

потому что тут явно говорится, что мы ожидаем конца

завернуть монаду Option в Option это не лапша?

это не та проблема, от которой у меня бомбануло бы

завернуть монаду Option в Option это не лапша?

это стэк монад))

я б вообще использовал Optional<Optional<User> >

я б вообще использовал Optional<Optional<User> >

это законно?

я б вообще использовал Optional<Optional<User> >

эт сарказм?

???User!!!

да

я б вообще использовал Optional<Optional<User> >

в js промисах кстати такое невозможно)

это стэк монад))

какой смысл?

какой смысл?

тебя позлить

в js промисах кстати такое невозможно)

если постараться

то мб можно

если постараться

неа)

в js промисах кстати такое невозможно)

че это

потому что тут явно говорится, что мы ожидаем конца

а чем это принципиально отличается от Promise<undefined>?

flatMap == map == then в js

а чем это принципиально отличается от Promise<undefined>?

лол)

конечно ничем)

можно и null вернуть

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

а хули нам

вообще пусть функция возвращает все время разные типы

в рандомном порядке

а мы напишем A | B | null норм же

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

и?

а мы напишем A | B | null норм же

не вижу ничего плохого

ну окей, делите десериализацию на создание целевого объекта и его гидрацию

а мы напишем A | B | null норм же

any

хули нет функция называется getUser а возвращает Car да норм

и?

но то есть мне на null ничего не надо проверять.. вроде как) ну это ладно

хули нет функция называется getUser а возвращает Car да норм

возможно кар*

не вижу ничего плохого

ты либо совсем дебил, либо скатился в самый жирный троллинг

и вообще во всяких там этих джавах null - это значение любого объектного типа

но то есть мне на null ничего не надо проверять.. вроде как) ну это ладно

а, я думал это как-то к классам относится

как такие типолюбы вообще на TS сидят?)

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

напишите пример

я что-то не очень

ERROR: S client not available

как такие типолюбы вообще на TS сидят?)

мы любим немного страдать

многие еще в россии живут

норм)

ты либо совсем дебил, либо скатился в самый жирный троллинг

Да это ты тут троллишь.

Да это ты тут троллишь.

че это вдруг

я серьезно

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

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

пописал несколько лет на плюсах и прихожу в тс вижу блядь Promise<Option<Type | null>> и думаю что жсники совсем ебанулись

пописал несколько лет на плюсах и прихожу в тс вижу блядь Promise<Option<Type | null>> и думаю что жсники совсем ебанулись

ну кстати да, не очень удобно

прихожу в плюсы вижу std::conditional<std::conditional<Something, etc...>>>>>>> думаю что ебанулись

Promise обещает вернуть результат. Результатом может быть 0, null, undefined, всё что угодно. Так что твои возмущения насчёт противоречия концепции промисов уже неверны изначально. А теперь ты расскажешь мне чем так принципиально Optional<User> отличается от User|null

прихожу в плюсы вижу std::conditional<std::conditional<Something, etc...>>>>>>> думаю что ебанулись

using namespase std ну и typedef ?

Promise обещает вернуть результат. Результатом может быть 0, null, undefined, всё что угодно. Так что твои возмущения насчёт противоречия концепции промисов уже неверны изначально. А теперь ты расскажешь мне чем так принципиально Optional<User> отличается от User|null

ох бля

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

только вот забавно

прихожу в плюсы вижу std::conditional<std::conditional<Something, etc...>>>>>>> думаю что ебанулись

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

не находишь что две проверки это немного ебануто?

не находишь что две проверки это немного ебануто?

если result === null - это ошибка - то да если это нормальное и ожидаемое в данном месте программы поведение - то нет

Еще хуже

если result === null - это ошибка - то да если это нормальное и ожидаемое в данном месте программы поведение - то нет

блядь

это что и как должно работать? Выглядит как говнокод

если result === null - это ошибка - то да если это нормальное и ожидаемое в данном месте программы поведение - то нет

"если если" и называется лапшой

как мне понять где null это нормально, а где нет?

Как null может быть нормальным?)

как это понять человеку, который не проектировал?

если result === null - это ошибка - то да если это нормальное и ожидаемое в данном месте программы поведение - то нет

или ты не в курсе проблем null ?

как хотите так и понимайте

как хотите так и понимайте

так это и называется уебищным api

за getUser(): Promise<User | null> нужно отрубать руки на кодревью