К какому шаблону относится оформление свойств через нижнее подчеркивание?

Question

[Boris009]

Часто встречаю оформление класса в стиле
Для чего this._data с нижним подчеркиванием?
Почему его не оформляют через просто this.data?
Где про это почитать можно?

class User {
  constructor() {
    this._data = {}
  }

  setUser(val) { return this._data = val }

  get name() { return this._data.name }

  set name(val) { return this._data.name = val }
}

Comments

[Lynn «Кофеман»]

https://learn.javascript.ru/private-protected-prop...

Answer 1

[meusov11]

По сути никакому.

Использование нижнего подчеркивания перед именем переменной, такого как наприме р this._data, является соглашением в некоторых языках программирования, включая JavaScript. Это не является частью синтаксиса языка или специальной функциональностью, а скорее соглашением об именовании, указывающим на то, что переменная является "приватной" или "внутренней" для твоего класса

В js вообще нет строгой приватности для переменных или свойств классов. Все свойства и методы класса по умолчанию доступны извне объекта. Использование символа _ перед именем переменной или свойства служит как некий сигнал или подсказка для других разработчиков о том, что эта переменная или свойство предназначены для внутреннего использования и не следует напрямую обращаться к ним извне класса.

Таким образом, this._data в вашем примере указывает на то, что _data предполагается использовать только внутри класса User. Если бы использовалось this.data без символа _, это могло бы дать впечатление, что свойство data предназначено для публичного доступа извне класса.

Еще разрабы документируют такие соглашения и указывают на то, что свойства или методы с символом _ перед именем предназначены для внутреннего использования. Это может быть указано в комментариях или в документации класса.

Comments

[Сергей delphinpro]

В js вообще нет строгой приватности для переменных или свойств классов. Все свойства и методы класса по умолчанию доступны извне объекта.

правильнее сказать - не было.
Теперь вполне можно использовать "настоящие" приватные методы и свойства

class User {
  #data = {};

  setUser(val) { return this.#data = val }

  get name() { return this.#data.name }

  set name(val) { return this.#data.name = val }
}

[Lynn «Кофеман»]

> В js вообще нет строгой приватности для переменных или свойств классов

Уже есть, но довольно своеобразная и не всегда применимая.

[meusov11]

Сергей delphinpro, кстати да

[Boris009]

Сергей delphinpro, я извиняюсь, но так и не понял, это признак хорошего тона оформлять все свойства в конструкторе через this._data и обращаться к ним через геттеры и сеттеры или в этом есть реальная практическая польза?

Допустим, я могу сделать this.data и все
А по примеру выше, если делать this._data, то мне еще нужно будет х2 строк с геттерами и сеттерами на каждое свойство в this._data писать

Мне этот момент не совсем понятен, зачем усложнять код кучей геттеров и сеттеров?

[Сергей delphinpro]

Boris009, Этот подход устарел. Используйте нативные приватные свойства через решетку.

зачем усложнять код кучей геттеров и сеттеров?

Вам в комментариях дали ссылку на learn.javascript.ru. Там это описано.

Кратко:
Если вам требуется приватное свойство, но не требуется взаимодействие с ним из вне, то и геттеры/сеттеры не нужны. Однако, если такое взаимодествие требуется, вы можете установить дополнительные проверки в сеттере. Например, если значение свойства по логике вашей программы не может быть отрицательным, то вы можете в сеттере сделать необходимую проверку и выбросить исключение

set myField(val) {
  if (typeof val !== 'number') Error('Допустимы только числа');
  if (val < 0) Error('Допустимы только положительные числа');
  this._myField = val;
  // this.#myField = val; // Или так, более современно
}

[Boris009]

Сергей delphinpro, а как тогда обработать this.#data, если в нем хранятся все данные пользователя, которые я хочу отправить на сервер
Так же через только геттер описать get data() { return this.#data }?
Или с сеттером, где будут проверки на минимальный набор полей?
Я могу как-то в сеттере set data проверять с помощью set name, который валидирует this.#data.name?

Т.е. я правильно сейчас понял идею своим описанием?

[Сергей delphinpro]

Boris009,

а как тогда обработать this.#data

Повторяю. Если вам нужен прямой доступ из вне к полю, то нет смысла делать его приватным. Если прямой доступ не нужен, делаете это через геттеры/сеттеры, Если доступ вообще не нужен, то просто приватное поле без геттеров.

[Boris009]

Сергей delphinpro, благодарю