-
-
Notifications
You must be signed in to change notification settings - Fork 16
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Why null
?
#29
Comments
All of your points makes a lot of sense. Will change to the next proposal rewrite as well defend the usage of I guess
are both very strong arguments in favor of |
Maybe could be helpfull to say that |
This actually is a difference in JS vs WHATWG specs commonly brought up. JS specifications should return |
I see. But we cannot merge SPECs. The DOM is not part of the JavaScript SPEC, but is instead a Web API with follows another SPEC (https://www.w3.org/TR/1998/WD-DOM-19980416/). Since this proposal is being opened to JS I'm proposing to follow the specification guidelines. Per SPEC JS defines null as "primitive value that represents the intentional absence of any object value" (https://tc39.es/ecma262/#sec-null-value). Since we are talking about "safe check" for unintentional behavior, my point its that "undefined" may fit better. |
++ we should just nuke null from javascript. |
I personally think it should be
undefined
, but either choice should be defended in the proposal.The text was updated successfully, but these errors were encountered: