Смотря что ты хочешь

это разные типы

а проверять надо именно на undefined, без null?

ну у меня там тип ожидается number | undefined

Потому что в не стрикт режиме undefined пожно переопределить

сказки нет уже таких браузеров, в которых это работает

что, как я понимаю, тоже самое что просто number с точки зрения TS

просто есть каноничное == null это проверка на null и undefined идеальный кейс когда ожидается наличие\отсутствие значение

это не каноничная

довольно-таки каноничное

== вообще нигде не канонично

ноуп

йоуп

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

йоуп

а ты юморист

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

и это вполне оправдано

Потому что null ннжн

есть конкретные типы

хуипы

(да, я тоже юморист)

ждать при сравнение с null что отбросит undefined

ну такое

такое, потому что == - нестрогая проверка

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

такое, потому что == - нестрогая проверка

в случае с null пох

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

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

+

альтернативы // #1 function foo (x = null) { // используем значение по умолчанию и не паримся о undefined if (x === null) {} // но такое себе, мы можем забыть дать по умолчанию null, а привычка делать == null спасет нас на проде } // #2 if (x === null || x === undefined) {} // без комментариев просто

Боже, храни типизацию и strictNullCheck

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

оооочень сложна, эта же надо || и второе условие

if (!x) не?

а вот !x это _очень_ опасно

ладно, ладно. давайте без срачей продолжать.

это вопрос про вкусовщину

потому что '' - это вполне себе объект, это данные, но будет false при приведении к boolean

это не вкусовщина, это просто уже не проверка на null и undefined, это вдогонку зацепит 0, возможно [], и ''

в этом весь смысл запары людей о == null и undefined

if (!x) не?

ну не, это как-то совсем

сказки нет уже таких браузеров, в которых это работает

Недавно в хроме воспроизводил, внутри функции вполне переопределяется

Недавно в хроме воспроизводил, внутри функции вполне переопределяется

это если аргумент так назвать

кому это придет в голову

впрочем, == null от этого тоже спасает

кому это придет в голову

но ведь может!)

а правильно я понимаю, что TS позволяет вернуть undefined из foo(): number?

или я флаг какой забыл установить?

или я флаг какой забыл установить?

strictNullChecks

это если аргумент так назвать

Не только https://stackoverflow.com/questions/44778687/why-inside-function-we-can-override-undefined-but-cant-in-window-object-in-js

Но да, это дичь

https://www.typescriptlang.org/docs/handbook/release-notes/typescript-2-0.html

void 0 или ==null нравятся больше

strictNullChecks

точто, забыл. обычно еще какие-то два вместе с ним советуют, напомните, пожалуйста?

точто, забыл. обычно еще какие-то два вместе с ним советуют, напомните, пожалуйста?

просто strict: true ставь

Да просто strict

вах конфетка!

спасибо

== вообще нигде не канонично

Лол

Вот что называется "догматизм"

== вообще нигде не канонично

== null вполне себе часто используется (но именно в такой комбинации - для проверки null и undefined

чет тихо

== null вполне себе часто используется (но именно в такой комбинации - для проверки null и undefined

Например в lodash.isNil такое

Например в lodash.isNil такое

Видели что у него под капотом? !== null ... я за lodash (и аналоги) но создавать метод для проверки на null и undefined кажется большим overkill

isEven

Видели что у него под капотом? !== null ... я за lodash (и аналоги) но создавать метод для проверки на null и undefined кажется большим overkill

рамда c тем же isNil норм живет =) И код становится проще и понятнее

ну потому что point free

рамда c тем же isNil норм живет =) И код становится проще и понятнее

если писать чисто в FP стиле - то я понимаю зачем isNil, а вот если пишите в OOP стиле то это мягко говоря странно

?

Какая разница?

Это довольно частая проверка

Видели что у него под капотом? !== null ... я за lodash (и аналоги) но создавать метод для проверки на null и undefined кажется большим overkill

золото

== вообще нигде не канонично

плюсую, если речь про eq eq eq

Видели что у него под капотом? !== null ... я за lodash (и аналоги) но создавать метод для проверки на null и undefined кажется большим overkill

нет, это как раз отличный стиль

если писать чисто в FP стиле - то я понимаю зачем isNil, а вот если пишите в OOP стиле то это мягко говоря странно

а геттер-сеттер не про это разве? Одно действие - одна функция\метод

Выглядит очень надуманно, а можно пример? Ну html5 - игры наверное писать не стоит.

HTML5 игры тебя большему научат, чем c# фреймворки

да думаю одинаково. Просто html5 и C# фокусируются на немножко разных вещах

в html5 хочешь не хочешь, придётся разбираться как весь этот кошмар работает. А в Юнити полный plug and play :)

HTML5 игры тебя большему научат, чем c# фреймворки

Чему? Как писать приложения без архитектуры, заботясь только о перформансе. Как-то портировал html5 игру на android+kotlin, обплювался с этого “процедурного” стиля, свойственного джиесерам.

Чему? Как писать приложения без архитектуры, заботясь только о перформансе. Как-то портировал html5 игру на android+kotlin, обплювался с этого “процедурного” стиля, свойственного джиесерам.

кто мешает писать ооп на typescript?

>писать про ооп человеку с хаскеллом на аве

я давно уже понял, что здесь обсуждается, в основном, допустимо ли == или всё-таки === ?

Ну не надо, я на работе ООП пишу. Так то ООП можно и на es6, токо вот джиесеры не вкурсе про солид, cqs и тд и все равно пишут процедурно

э

эээ вообще странно что в этом чатике об этом разговор пошёл

может в html5gamedev переместите? :)

так много информации поступает, что не успеваешь читать и приходиться скроллить?

@angmarr да я про то же - на JS и TS надо писать блин так чтобы можно было портировать в случае чего

вот кстати ядро тайпчекера в ts https://raw.githubusercontent.com/Microsoft/TypeScript/master/src/compiler/checker.ts