ECMAScript.next: прототипы как классы

Обратите внимание, что это не меняет во время супер-вызова, только поиск метода начинается позже в цепочке прототипов. Сложная вещь с супер-метод поиска, чтобы найти супер-объект. Это может быть сделано вручную, путем непосредственного его именования, как и в методе Worker.describe () в (*). Или она может быть выполнена автоматически, с помощью языка конструкта NextScript:

    var Super = {
        foo: ...
    };
    var Sub = Super <| {
        foo: function (x, y) {
            super.foo(x, y); // (**)
        }
    };

Заявление в (**) является супер-метод поиска и синтаксически

    Object.getPrototypeOf(Sub).foo.call(this, x, y);

Теперь работник может быть упрощена следующим образом.

    var Worker = Person <| {
        constructor: function (name, title) {
            super.constructor(name);
            this.title = title;
        },
        describe: function () {
            return super.describe()+" ("+this.title+")";
        }
    };

2. Классы в JavaScript (ECMAScript 5)

Давайте посмотрим на то, как классы работают в JavaScript.

• Классы: Класс является функцией конструктора CCprototype указывает на объект с методами экземпляра. Сама С устанавливает свойство данных экземпляра.
• Создание экземпляров: new C (x, y) делает следующее:
  
  • Создать новый объект О, чей прототип C.prototype.
  • Вызовите C, указав на только что созданный экземпляр.
• Проверка Instance: о InstanceOf проверки C ли C.prototype находится в цепи прототипов о.
• Получение класса: через свойство конструктора. Пример: Являются obj1 и obj2 (прямые) экземпляры одного и того же класса?

      obj1.constructor === obj2.constructor
  

• Подклассы: Вы расширяете существующий класс C, создав новую функцию конструктора DDprototype имеет прототип C.prototype.

Пример: Заменит прототип по умолчанию и, таким образом, чтобы установить Worker.prototype.constructor [3].

    // Superclass
    function Person(name) {
        this.name = name;
    }
    Person.prototype.describe = function() {
        return "Person called "+this.name;
    };

    // Subclass
    function Worker(name, title) {
        Person.call(this, name);
        this.title = title;
    }
    Worker.prototype = Object.create(Person.prototype);
    Worker.prototype.constructor = Worker;
    Worker.prototype.describe = function() {
        return Person.prototype.describe.call(this)+" ("+this.title+")";
    };

Обратите внимание, что супер-вызовы ортогональны к наследованию нового стиля и будут столь же полезным в коде выше. То же самое справедливо и для оператора прототипа <|.

3. JavaScript против NextScript

Новый подход приводит к нескольким упрощений:

• В JavaScript экземпляр о имеют два отношения с его классом C: о является экземпляр C и имеют прототип C.prototype. В NextScript, есть только отношения между прототипом экземпляром и классом. В результате instanceof становится проще для понимания.
• Подклассы: в JavaScript есть косвенность, связанная с подклассами. Чтобы позволить конструктору D подклассу конструктор C, вы должны сделать D.prototype прототипом C.prototype. В NextScript, вы напрямую подключить подкласс суперкласса. В результате также легко определить, является ли один класс подклассом другого.
• Наследование методы класса: В JavaScript, если класс имеет метод, то подкласс не наследует его. В NextScript, методы класса автоматически наследуются, из-за отношения прототипа.

В целом, прототип чувствует себя подобно естественной конструкции для представления класса.

4. ECMAScript.next: обеспечение совместимости с унаследованным кодом

• Моя первоначальная идея [1] похожа на гипотетический NextScript, как описано выше.
• После этого, Аллен Wirfs-Брки предложили, как вещи могут быть адаптированы таким образом, что существующий «протокол класса» не должен быть изменен [2]. Это предложение может сделать это в ECMAScript.next.

  Учитывая не-объект функции C (в «объект класса», прототип как класс):

  • Убедитесь, что C.constructor.prototype указывает на C. Этот шаг необходим для нового оператора к работе, как описано ниже.
  • В следующих двух случаях лечение не-функциональные объекты C по-разному, при этом не изменяя поведение для функций:
    
    • Интерпретировать новый C (…) как синтаксический сахар для нового C.constructor (…).
    • Интерпретируйте о InstanceOf С, как синтаксический сахар для C.isPrototypeOf (о)
• Подклассов классы старого стиля: Это может иметь смысл, чтобы позволить новый стиль класса унаследованы от класса старого стиля. Есть два способа сделать это:
  
  • Вручную: Подкласс расширяет Superclass.prototype. Конструкторы Chaining и супер-вызовы методов должны работать, как ожидалось.
  • Автоматически: Продлить оператор прототипа <| так что, когда он сталкивается с функцией F, как ее левой стороны, это делает f.prototype прототип и не ф.

Обратите внимание, что внутренняя структура все та же, что и раньше. Единственное отличие состоит в том, что переменная, имена класс относится к прототипу и не конструктор.

Улучшены объектные литералы в ECMAScript.next

Предложение «
Объект Буквального Extensions » было принято для ECMAScript.next. Он дополняет идею прототипов как классов. Особенности:

• Оператор-прототип <|, представленный через NextScript.
• Супер ссылка, также, как введенные выше.
• Более короткое обозначение для методов:

      var obj = {
          data: "abc",
          mymethod(x, y) {
              ...
          }
      };
  

• Сокращение литерала объекта: следующее

      function f(x, y) { return {x, y}; }
  

  является синтаксическим сахаром для

      function f(x, y) { return {x: x, y: y}; }
  

Связанное чтение

1. Классы: предложения по улучшению [Первоначальная идея, позволяющая создавать новые для нефункциональных объектов]
2. Прототипы как объявление нового класса [Предложение по обеспечению совместимости с текущим протоколом]
3. Что случилось со свойством «конструктор» в JavaScript?
4. Облегченные API наследования JavaScript [в особенности простое наследование Resig выглядит почти как NextScript]

С http://www.2ality.com/2011/06/prototypes-as-classes.html