多くのコンポーネントで使用したいデータ/ユーティリティがあるかもしれませんが、グローバルスコープを汚染したくはありません。インスタンスで使用可能です。コンソールに記録されます。それは重要なのですか?”ここでは特別な事は一切起きていません。つけるよう規約を設けています。この規約により、定義したデータ、算出プロパティ、またはメソッドとの衝突を回避できます。よって上書き(並び替え)されるからです。スコープする規約を利用します。ような独自の規約を使うことにより、プラグインや、将来の機能との衝突を防ぐこともできます。置き換えるとしましょう。同じことをしたいと思います。プロトタイプに追加されたメソッドはインスタンスのコンテキストを取得します。}})コンテキストバインディングは、ES6/2015のアロー演算子を使用している場合は、親スコープに暗黙的にバインドされるため、機能しません。undefinedこのパターンを避ける時プロトタイプのプロパティのスコープを慎重にしている限り、このパターンを使用するのは非常に安全です(バグを生成する可能性は低いです)。他の開発者との間で混乱を引き起こすことがあります。機能について知らなかった!」と思うかもしれません。定義されていなかった場合は混乱します。別名で使用していることを認識していないため、何も見つけることはできません。この利便性は明確さとのトレードオフです。どこから来たのかを知ることは不可能です。関係がない場合、これは届けるための良い選択肢かもしれません。眉を釣り上げましたか?これはオブジェクトのプロパティを固定するメソッドです。バグからあなたを守ります。これらの共有プロパティのソースははるかに明白です。オブジェクトがあります。これを見つけるためには、開発者はプロジェクト全体の検索を実行するだけです。使用できるようになりました。プロパティにアクセスする必要がなくなりました。}})モジュールシステムを使用する場合モジュールシステムにアクセスができると、共有されたコードをモジュールへ簡単に統合できます。これはとてもわかりやすく、各ファイルで依存関係のリストが正確に得られます。それにより、あなたはそれぞれのコードがどこからのコードかを正確に知ることができます。冗長ですが、このアプローチは、他の開発者と働いたり、大規模なアプリケーションを開発する際に、最も保守性が高いです。