Object.createを使用する利点

Question

this questionと似ていますが、異なるです。以下のコードはJavaScript: The Definitive Guideです。彼は基本的に継承メソッドを定義しています。存在する場合はObject.createを継承します。そうでない場合は、コンストラクタを使用してプロトタイプを交換してプレーンな古いJavascript継承を行います。

私の質問は、Object.createが に存在しないので、多くの一般的なブラウザ IEには、それを使用しようとしても何のポイントがありますか？それは確かにコードを騒がしくし、前の質問のコメント作成者の一人は、Object.create isn't too fastに言及しました。

これを行う「古い」方法よりも遅いかもしれないし、そうでないかもしれないこのECMA 5機能を時々利用するために余分なコードを追加しようとすると、何が利点になりますか？

function inherit(p) { 
    if (Object.create) // If Object.create() is defined... 
     return Object.create(p); // then just use it. 

    function f() {}; // Define a dummy constructor function. 
    f.prototype = p; // Set its prototype property to p. 
    return new f(); // Use f() to create an "heir" of p. 
} 

Answer 1

（私はたくさん呼んでない何百、何千もの）性質上、おそらくあまりにも多くのオブジェクトを作成することはありませんので、速度差は、非常に顕著ではなく、あなたがいるとスピードがある場合あなたがおそらくJSでコーディングしないという重大な問題であり、上記の両方が真実でない場合、すべての普及したJSエンジンのいくつかのリリースの中で、その差はごくわずかです（これはすでに一部）。あなたの質問への答えで

、理由はスピードに関係ありませんが、Object.createのデザインパターンは（そのおよび他の回答で概説さの理由のために）古い方法に好まれているため。 ES5プロパティの属性（適切なスケーラビリティを持つオブジェクト、つまりスケーラブルなアプリケーションを作成するため）を適切に活用することができ、継承階層を支援することができます。

フォワードエンジニアリングです。 「どこにでも実装されていないので、足を濡らさないように」という行を取った場合、物事は非常にゆっくりと動きます。逆に、早期かつ野心的な採用は、業界の発展を促進し、ビジネス意思決定者が新しいテクノロジをサポートし、開発者が新しいアイデアやサポートフレームワークを改善し、完成させるのに役立ちます。私は技術をサポートするのに十分な人が待っていると、あまりにも長く待たされるという経験があることから、早期（予防的かつ予防的でありながら後方互換性があります）採用を主張しています。 5月IE6は、そうでないと思う人に教訓になるかもしれません。