Александр Кадамов пишет:

Александр Кадамов

Senior developer

· 15.06

Проблема областей видимости в JS

Область видимости нужна для того чтобы легко искать конкретную функцию, которую надо вызвать из скриптов браузера который в свою очередь использует JS. А сейчас, когда я изучал книгу про HTML5(2011 год книги), и у нас WebStorage находится в глобальном объекте window. А в нем localStorage и sessionStorage. То есть у нас получается что под названием UI элемента хранятся важные данные которые пойдут в БД сервера. И как догадаться где искать функцию.

Предлагаю ввести глобальный объект data а в нем объект storages, а уже потом localStorage и sessionStorage.

ВЫВОД: Для того чтобы программа обычного фронт-инженера выглядела понятно. Нужно нормально называть глобальные объекты то есть вместо window должно быть data.storages. А окно должно быть data.code.visual.window. Тогда можно легко искать функции окна. Эта проблема и есть проблема областей видимости.

ЕЩЕ:

Как должно быть по смыслу.

localStorage - хранящиеся данные для конкретного компьютера пользователя. Всякие карточки, имена, пароли и т.д. Причем в зашифрованном виде.

sessionStorage - данные которые передаются на сервер. Которые надо шифровать VPN. В которых хранятся данные полей формы ввода и т.д. И лучше называть globalStorage.sessionStorage, может?

2 коммента

Сергей Катревич

· 19.06

JS интересный язык) Приятно вспоминать свой опыт. Похоже, скоро будет только армия "разработчиков", которые смогут только говорить нейросети, сделай мне то, сделай мне это. Это грустно...

Алексей Юрьев

· 15.06

Что-то здесь всё в одну кучу собралось 🙂

Область видимости (scope) отвечает за то, откуда доступна переменная или функция, а не за то, называется объект window или data.storages.

С мыслью про более понятную структуру именования частично согласен. Действительно, когда сущности сгруппированы логически, ориентироваться проще. Но window — это не хранилище данных, а глобальный объект браузера. Поэтому наличие в нём localStorage, sessionStorage, fetch, таймеров и других браузерных API вполне логично.

С localStorage и sessionStorage тоже есть путаница. Их основное различие — время жизни данных. localStorage сохраняется между сессиями браузера, а sessionStorage очищается после закрытия вкладки. При этом данные из sessionStorage сами по себе на сервер не отправляются.

Идея с data.code.visual.window, на мой взгляд, тоже не совсем попадает в цель. Переименование объектов может сделать код чуть понятнее на уровне названий, но не решает вопросы архитектуры, организации кода или поиска нужной логики в проекте.

В целом проблема, которую ты описываешь, действительно существует: в больших проектах бывает сложно понять, где искать данные и функции. Но обычно она решается хорошей архитектурой, модулями и структурой проекта, а не переименованием глобальных объектов.

еще контент автора