Прототипы или Классы?

Question

[gleendo]

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

Сейчас как раз вникаю в тему ООП в JS(изучаю прототипное наследование).
И так вот, после вебинара, появился вопрос - стоит ли вообще вникать в тему прототипного наследования или сразу изучать ES6 и использовать обычные классы?

PS. Возможно я что то понял не так, и классы не заменят прототипы. Поэтому прошу разъеснить что к чему.

Answer 1

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

tl;dr
В JS нет классов, это просто синтаксический сахар.

Отличительная особенность классов - это самостоятельная сущность, которая существует в единственном экземпляре и доступен глобально. В JS "класс" это именованный конструктор + надстройка, которая расширяет прототип и добавляет к инстансу поля с анонимными функциями (то что записывается как static методы). Вы спокойно можете где-то в проекте поменять прототип объекта. Или еще чего.... То есть по сути

class Foo {
    constructor() {}
}

это полный эквивалент

function Foo() {
}

и только. Все остальное - сахар над Object.create. То есть как это работает вы знать обязаны, вы должны понимать разницу между объектной моделью в какой-нибудь джаве и javascript.

Answer 2

[Виталий Инчин ☢]

Да пока это все появится в списке поддерживаемого браузерами, столько времени пройдет.

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

Comments

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

babel.js, и не нужно филосовствовать на тему "поддерживаемого браузерами". Это между прочим рекомендованный подход со стороны разработчиков самих браузеров.

[Виталий Инчин ☢]

Сергей Протько: я не философствую, гляжy вот эту таблицу и на количество красных полей.

[Никита]

Сергей Протько: ага, только кода он генерит до жути много относительно того, что я бы мог сам написать ручками, а так то да .... "прям збс инструмент"

[Никита]

Сергей Протько: а про скорость генерируемого кода я вообще молчу

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

jetu: вот ейбогу, со скоростью "генерируемого" кода проблем нет вообще никаких. И по поводу "до жути много" - так же сомнительно. Без конкретики (что именно для вас генерит много кода, модули? есть esperanto для сборки в прод, с ним выходит минимум кода, генераторы - не сильно много кода и по производительности проблем нет никаких, классы - гененирует ровно столько когда сколько вышло бы пиши руками, проблем с производительностью не может быть) это просто пустой разговор. Я использую babel уже месяца так 4 и проблем пока нет, а тот профит который он дает в плане скорости разработки и повышения читабельности кода слихвой окупает любые мелкие неудобства в виде необходимости транляции кода.

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

Виталий Инчин: и? ну прокси не поюзать, жаль но пофигу. транляция кода спасет мир.

[Никита]

Сергей Протько: то есть это нормальный генерируемый код ? https://goo.gl/JG5NDL
и да, новых коллекций Set, Map, WeakSet и WeakMap то все равно придется ждать, в хроме то они уж есть и работают быстро.
P.S. Для пет-прожектов меня вполне устраивает то, что генерирует babel и я не отрицаю плюсы es6. И вопрос есть, несколько не по теме, но все же, а код, который генерирует babel это es5 ? то есть в ie8 не все работать будет ?

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

jetu: да, это более чем нормальный генерируемый код. Хотите оптимизировать - вынесите это в метод. По другому эту штуку реализовать довольно проблематично, только если в полифил запихнуть, что в прочим вам никто не мешает сделать. Да и на самом деле важно только то что слева.

Что до Set/Map/WeakMap и т.д. они поддерживаются полифилами, в принципе проблем с их использованием не будет, разве что поведение только эмулируется... Но зато где-нибудь через годик определенный процент разработчиков смогут это дело дропнуть и юзать в нэйтиве.

Answer 3

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

Классы работают все на тех же прототипах, это просто синтаксический сахар.

Вникнуть стоит по двум причинам:
1) мегатонны легаси-кода, которое использует миллион и еще одну вариацию на тему классического наследования по Крокфорду
2) Прототипы никуда не делись, если вам нужно вызвать метод класса в контексте другого объекта, то воленс-ноленс придется писать MyClass.prototype.myMethod.

Answer 4

[Руслан Абдуллаев]

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

• наглядность и простота - это особенно актуально для программистов, пришедших с ОО языков программирования
  
• стандартизация реализации и синтаксиса. Все больше фреймворков, библиотек и даже языков программирование переходят на использование нативного синтаксиса классов и модулей ES2015, например, React, Ember.js или Typescript
  

Но добавили многое - это и конструкторы, использование super-методов, статические методы, наследование классов.