ECMAScript 5は現在最終ドラフトであり、オブジェクトとプロトタイプに関連する新機能が含まれています。SOとGoogleでOOPデザインパターンを探していると、JavaScriptで「OOPを実行する」方法がかなりたくさんあることがわかりました（ただし、従来のOOPをエミュレートしようとすることから、名前空間の汚染を減らすことを試みることまで、OOPを定義することもできます）。 。
ECMAScript 5がJavaScriptの世界をとっている方向に対して、最も前向きなデザインパターンはどれですか。その主な利点は何ですか？それらのうち、以前は実装できなかった、または実装するのに適したものはどれですか？
ECMAScript5がJavaScriptのOOPの状況を変えるとは思いません。従来のOOPは、それを使用したい人にとってはまだボルトオンです。
私の意見では、実際の話は、ECMAScript 4が廃止されたとき、JavaScriptとActionScriptが分岐し、JavaScriptはActionScriptのようにクラスを追加しないということです。
OOPをサポートするライブラリ（MooTools、Prototypeなど）は、ほとんどの場合、実行していることに固執すると思いますが、実装でいくつかの新しいECMAScript5機能を使用して物事を固めることができるかもしれません。
そして、おそらくJooseやClass.jsのような興味深いアプローチを見続けるでしょう。
これにはしばらく時間がかかることを忘れないでください。IE6を使用している人はまだ2桁です。したがって、ECMAScript 5を使用する最初の便利な場所は、おそらく携帯電話、Adobe AIR、およびJavaScriptサーバーであり、ブラウザーは（ほとんどまたは厳密に）既知です。
John Resigは、ECMAScript5のオブジェクトの変更に関する記事をここに投稿しました。
Object.createの標準化により、より多くの人々が、基礎となるプロトタイプベースのOOを恥ずかしがらずに使用できるようになると思います。「新しいFoo」の疑似古典構文をラッパーの背後に隠そうとすると、コードが混乱します。