Уже говорилось:
Объявляются переменные, но не свойства. Свойства просто определяются.

спасибо товарищи, отпустило

я то их в душе называю - именованые глобальные и локальные контейнеры
а они - свойства и переменные

Кстати, если уж ты так ратуешь за разделение, будь последователен. Пусть будут недоступны не только переменные в объекте, но и свойства из функций. Посмотрю я что ты тогда напишешь

Переменные в объекте? Свойства из функций? Что? :blink:

ну вот так

global.a=1
function getHuy(x){
   return global.a+x
}
getHuy(1)//huy тебе а не global.a

Даже отвечать на этот бред не хочется.

Скорей не можется. Потому что ты не врубаешься в семантику жабаскрипта, поэтому тебя такие вопросы ставят в тупик. Стандарт прочитать, не значит понять язык

Ну на самом деле, в "чисто" функциональных языках такой сценарий есть и сделан он в первую очередь, чтобы 100% гарантировать, что результат функции зависит только от её входных параметров, но для языка общего назначения - это перебор, хотя, если бы был введён новый вид функций для этой фичи, то было бы прикольно.

В чисто функциональных языках другая фича -- иммутабельность. Здесь же идет речь о том, что у замыканий свой неймспейс, у объектов (которые под капотом тоже функции) свой. Глобальный скоп замыканий пересекается с неймспейсом глобального объекта. Так вот, если они считают, что из объекта не следует иметь доступ к глобальному скопу замыканий, логично было бы изолировать и неймспейс объектов от обращения изнутри функций. И получим 2 отдельных языка, которые не пересекаются.

Опять же