You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently users have to continuously type foo == null ? "" : foo.bar to handle conditional existence of props.
Looking for inspiration, Angular tackles this with the Elvis operator: foo?.bar.
The text was updated successfully, but these errors were encountered:
wessberg
changed the title
Don't evaluate property access expressions with conditional properties before they are declared
[Discussion] Figure out if PropertyAccessExpressions on undefined properties inside expressions Don't evaluate property access expressions should throw like they do now
Jul 11, 2018
wessberg
changed the title
[Discussion] Figure out if PropertyAccessExpressions on undefined properties inside expressions Don't evaluate property access expressions should throw like they do now
[Discussion] Figure out if PropertyAccessExpressions on undefined properties inside expressions should throw like they do now
Jul 11, 2018
Currently users have to continuously type
foo == null ? "" : foo.bar
to handle conditional existence of props.Looking for inspiration, Angular tackles this with the Elvis operator:
foo?.bar
.The text was updated successfully, but these errors were encountered: