Зачем в ES6 get и set?

Question

[Роман Родионов]

Для чего в ES6 get и set, если к свойству всё равно имеется прямой доступ(и на чтение и на запись)??

class Dream {
    constructor() {
        this._name = 'Roman';
    }
    get name() {
        return this._name;
    }
    set name(value) {
        this._name = value;
    }
}
console.log(this.name); // Roman
console.log(this._name);// Roman

Comments

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

Это пррстой пример. Не всегда есть простое соответствие полей объекта и желамого интерфейса к ним

Answer 1

[Константин Китманов]

Можно делать свойства, вычисляемые на лету (пример супербоянистый):

get fullName() { return `${this.name} ${this.surname}`; },
set fullName(value) { [this.name, this.surname] = value.split(' '); },

Можно сделать автоматическую персистентность (не очень удачная идея, если честно, но иногда надо):

set someProp(value) { localStorage.set('someProp', value) }

Можно прикрутить временное логирование для отлова обращений к свойству.

Vue.js использует акцессоры для имплементации реактивности.

На самом деле, применений не так уж много, но иногда нужно.

Answer 2

[Александр Вульф]

Потому что аксессоры в JS предназначены для того, чтобы задать какую-то логику на геттер или сеттер. Таким образом можно, например, реализовать счетчик того, сколько раз какое-то свойство было изменено и т.п.
Да и с помощью них можно реализовать такую штуку как:

var Test;
(function() {
  var super_priv = 1;
  Test = class {
    get priv() {
      return super_priv;
    }
    set priv(val) {
      super_priv = val;
      return priv;
    }
  };
})();

Comments

[Александр Серый]

В чем особенность этого примера? Нет прямого доступа до super_priv? Только через аксессоры? А благодарить за это нужно IIFE и GET\SET ?

[Александр Вульф]

theobroma: особенность этого примера заключается в том, что это переделанный пример автора.

Answer 3

[Rou1997]

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

Comments

[Сергей Протько]

свойства предназначены в первую очередь не запрещать, а "контролировать" процесс задания и получения значения свойства

У вас рекурсия. Свойства хранят состояние, аксессоры (get/set) изолируют знание о состоянии, эдакий способ добиться инкапсуляции и не нарушать обратной совместимости. Очень удобно бывает.

[Rou1997]

Сергей Протько: А у вас зато мысли из книжки, своими словами попробуйте, вообще на книжку не опираюсь, и хватит уже спорить, с моей точки зрения вообще не бывает никакой "изоляции", я эту "изоляцию" вскрывать умею, конечно, понимаю, что это нежелательно, но бывают случаи, когда работаешь с чужой готовой библиотекой, и надо обратиться к приватным членам.

[Сергей Протько]

Rou1997: "мысли из книжки"?) То есть вы считаете что адекватно формулировать мысль можно только по книжкам? Вы удивитесь но я не так много их прочитал)