Какой шаблон проектирования ООП JavaScript наиболее полно использует (новые) возможности ECMAScript 5?

Question

ECMAScript 5 в настоящее время находится в окончательном варианте и включает в себя новые функции, связанные с объектами и прототипами. Охотясь на SO и Google для шаблонов проектирования ООП, я обнаружил, что было довольно много разных способов "сделать ООП". (однако вы можете определить ООП, от попытки эмулировать классическую ООП до простой попытки сократить загрязнение пространства имен) в JavaScript.

Какой шаблон проектирования является наиболее перспективным по сравнению с & # 224; - в каком направлении ECMAScript 5 движется по миру JavaScript? Каковы его основные преимущества? Что из этого было невозможно или так хорошо реализовать раньше?

Answer 1

Я не думаю, что ECMAScript 5 меняет ландшафт для ООП в JavaScript. Классическая ООП все еще будет болтовой для людей, которые хотят ее использовать.

Реальная история, на мой взгляд, заключается в том, что когда утилита ECMAScript 4 была отменена, JavaScript и ActionScript разошлись, и JavaScript НЕ будет добавлять классы так, как это делал ActionScript.

Я подозреваю, что библиотеки, которые поддерживают ООП (MooTools, Prototype и т. д.), будут в основном придерживаться того, что они делают, но, возможно, они могут использовать некоторые новые функции ECMAScript 5 в своих реализациях для укрепления вещей.

И мы, вероятно, продолжим видеть интересные подходы, такие как Joose и Class.js .

Помните, что это займет некоторое время. У нас все еще есть двузначный кусок людей, использующих IE6. Поэтому первые полезные места для использования ECMAScript 5, вероятно, будут на мобильных телефонах, серверах Adobe AIR и JavaScript, где браузер (в основном или строго) известен.

Джон Ресиг опубликовал статью об изменениях объектов в ECMAScript 5 здесь .

Answer 2

Я думаю, что стандартизация Object.create позволит большему количеству людей использовать базовый ОО на основе прототипов без стыда. Попытка скрыть " новый Foo " псевдоклассический синтаксис за оберткой делает код запутанным.