this post was submitted on 23 Jun 2024
728 points (96.4% liked)

Programmer Humor

19589 readers
840 users here now

Welcome to Programmer Humor!

This is a place where you can post jokes, memes, humor, etc. related to programming!

For sharing awful code theres also Programming Horror.

Rules

founded 1 year ago
MODERATORS
 
you are viewing a single comment's thread
view the rest of the comments
[โ€“] PoolloverNathan@programming.dev 44 points 4 months ago* (last edited 4 months ago) (1 children)

The inspector REPL evaluates as a statement-with-value (like eval), so the {} at the beginning is considered an empty block, not an object. This leaves +[], which is 0. I don't know what would make Node differ, however.

Edit: Tested it myself. It seems Node prefers evaluating this as an expression when it can, but explicitly using eval gives the inspector behavior:

[โ€“] victorz@lemmy.world 21 points 4 months ago (1 children)

So there's yet another level of quirkery to this bullshit then, it seems. ๐Ÿ˜† Nice digging! ๐Ÿค

I also noticed that if you surround the curlies with parentheses, you get the same again:

> eval('{} + []')
0
> eval('({}) + []')
'[object Object]'
[โ€“] PoolloverNathan@programming.dev 10 points 4 months ago (2 children)

Yep, parentheses force {} to be interpreted as an expression rather than a block โ€” same reason why IIFEs have !function instead of just function.

/me goes back to get second folding chair.

[โ€“] victorz@lemmy.world 1 points 4 months ago* (last edited 4 months ago)

I thought IIFE's usually looked like (function (...params) {})(...args). That's not the latest way? To be honest I never used them much, at least not after arrow functions arrived.