Hacker News Reader

Comment by cobbal | Hacker News Reader

It probably refers to the fact that variables by default are global. If you prefix them with var they're function scoped, but there's no way to make them local to the curly braces of an "if" statement.

In scheme, lexical scoping is easily accomplished through the let form, and it's pretty hard to make a variable global by mistake.

So yes it does have lexical scoping in the sense that function arguments are lexically scoped, but that's the only scoping environment, and you can't hide that fact behind macros like you could in scheme if it was needed.

View on HN

>If you prefix them with var they're function scoped, but there's no way to make them local to the curly braces of an "if" statement.

There is; it's just ugly. You just have to use an immediate function as the body of the if statement.

in the words of will smith in men in black, "please keep that kinda shi* to yourself"

I don't understand what you're trying to say, but I was describing a common and useful pattern.

i was complimenting you.. ahh nevermind

Did you notice that "let" is coming in through ecmascript?

https://developer.mozilla.org/en-US/docs/Web/JavaScript/Refe...

That’s roughly what I was thinking, but it seemed a little ridiculous to me — Javascript has lexical scoping, it’s just not required.

It seems like this argument conflates lexical scoping with the requirement that variables be lexically scoped. Lexical scoping (even if optional) is extremely useful for closures. Requiring lexical scoping would very useful for safety.

JavaScript doesn't have complete lexical scope. Consider:

    function foo() {
      console.log(whereDidThisComeFrom);
    }
    window.whereDidThisComeFrom = "the damn global object";
    foo();

And:

    function foo() {
      var a = {
        whereDidThisComeFrom: "a, of all places"
      };
      with (a) {
        console.log(whereDidThisComeFrom);
      }
    }
    foo();

In both cases, you can't lexically resolve the identifier whereDidThisComeFrom.

In the first case the lack of a whereDidThisComeFrom declaration in scope would imply that it meant `window.whereDidThisComeFrom` (in normal mode) or would imply a reference error (in strict mode) wouldn't it. Lua does the same thing and I never saw anyone complain about its lexical scoping.

Scheme does the same thing too:

scheme@(guile-user)> (define (foo) (write where-did-this-come-from)) ;;; <stdin>:1:14: warning: possibly unbound variable `where-did-this-come-from' scheme@(guile-user)> (define where-did-this-come-from "the damn global scope") scheme@(guile-user)> (foo) "the damn global scope"scheme@(guile-user)>

Munificent's assertion that this doesn't represent lexical scoping is wrong, but his assertion in another thread that with() is an exception to lexical scoping is correct, and therefore JS is not lexically scoped, just mostly lexically scoped.

Reply on news.ycombinator.com