ホームページ  >  記事  >  ウェブフロントエンド  >  Polyfill アノテーションの使用と JS での変更の防止

Polyfill アノテーションの使用と JS での変更の防止

php中世界最好的语言
php中世界最好的语言オリジナル
2018-06-04 10:50:072537ブラウズ

今回は、Polyfill アノテーションの使用と JS での変更の防止について説明します。Polyfill アノテーションを使用して JS での変更を防止する場合の 注意事項とは何ですか。実際のケースを見てみましょう。

ES5 と HTML5 の機能はさまざまなブラウザーに徐々に実装されています。 JS ポリフィル (シムとも呼ばれる) が人気になっています。ポリフィルは、ブラウザの新しいバージョンで完全に定義され、ネイティブに実装される特定の関数のシミュレーションです。たとえば、ES5 では配列用の

forEach() 関数が追加されています。このメソッドは ES3 にモック実装されているため、古いブラウザーでもこのメソッドを使用できます。ポリフィルの重要な点は、そのモック実装がブラウザのネイティブ実装と完全な互換性を維持していることです。これらの機能をネイティブに実装しているブラウザが少ないからこそ、さまざまな場面でのこれらの機能の処理が規格を満たしているかどうかを可能な限り確認する必要があります。

その目標を達成するために、ポリフィルは多くの場合、それ自体が所有していないオブジェクトに

いくつかのメソッドを追加します。私はポリフィルのファンではありませんが、他の人がポリフィルを使用していることは理解しています。他のオブジェクトの変更と比較して、ポリフィルには境界があり、比較的安全です。これらのメソッドはネイティブ実装で存在し動作するため、ポリフィルはネイティブ メソッドが存在しない場合にのみこれらのメソッドを追加し、その動作はネイティブ バージョンのメソッドとまったく同じです。 ポリフィルの利点は、ブラウザがネイティブ実装を提供している場合、非常に簡単に削除できることです。ポリフィルを使用する場合は、どのブラウザがネイティブ実装を提供しているかを調べる必要があります。また、ポリフィルの実装がブラウザのネイティブ実装と完全に一致していることを確認し、クラス ライブラリがこれらのメソッドの正しさを検証するテスト ケースを提供しているかどうかを再確認します。ポリフィルの欠点は、その実装がブラウザのネイティブ実装と比較して不正確である可能性があることであり、これにより多くの問題が発生する可能性があるため、実装しないほうがよいでしょう。

メンテナンス性を最大限に高めるには、ポリフィルの使用を避け、代わりに既存の機能の上にファサードを作成します。このアプローチにより、最大限の柔軟性が得られます。これは、ネイティブ実装にバグがある場合 (ポリフィルを回避する場合) に特に重要です。この場合、ネイティブ API を直接使用する必要はありません。そうしないと、ネイティブ実装のバグを切り分けることができなくなります。

ES5 では、オブジェクトの変更を防ぐためのメソッドがいくつか導入されています。これらの機能を理解して、これらのオブジェクトをロックするなどの操作を実行して、意図的か非意図的かに関係なく意図しない機能を変更できないようにすることが重要です。現在 (2018) のブラウザーは ES5 のこれらの機能をサポートしており、ロックの変更には 3 つのレベルがあります:

Prevent Extension (

Object

.preventExtension()): オブジェクトへの プロパティとメソッドの「追加」を禁止しますが、既存です。プロパティとメソッドは変更または削除できます Sealing (Object.seal()): 「展開の防止」と同様であり、オブジェクトの既存のプロパティとメソッドを「削除」することは禁止されています

Freezing (Object.freeze() ) : 「封印」と同様で、オブジェクトの既存のプロパティとメソッドの「変更」を禁止します (すべてのフィールドは読み取り専用です)

各タイプのロックには 2 つのメソッドがあります。1 つは操作を実行するためのもので、もう 1 つは操作を実行するためのもので、もう 1 つはロックされているかどうかを確認するためのものです。対応する操作が適用されます。拡張を防ぐには、Object.preventExtension() と Object.isExtensible() の 2 つの関数を使用できます。関連メソッドの使用状況は MDN で確認できるので、ここでは詳しく説明しません。

ES5 でこれらのメソッドを使用することは、プロジェクトが同意なしに変更のためにロックされないようにするための優れた方法です。コード ベースの作成者であれば、コア ライブラリの特定の部分をロックダウンして、誤って変更されないようにしたり、拡張機能の存続を許可する領域を強制したりすることをお勧めします。アプリケーション開発者の場合は、変更したくないアプリケーションの部分をロックします。どちらの場合も、上記のロック メソッドは、これらのオブジェクトの機能が完全に定義された後にのみ使用できます。オブジェクトがロックされると、ロックを解除することはできません。

この記事の事例を読んだ後は、この方法を習得したと思います。さらに興味深い情報については、php 中国語 Web サイトの他の関連記事に注目してください。

推奨読書:

Web開発で元の値を検出する方法


Web開発でグローバル変数の使用を避ける必要がある理由

以上がPolyfill アノテーションの使用と JS での変更の防止の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。

声明:
この記事の内容はネチズンが自主的に寄稿したものであり、著作権は原著者に帰属します。このサイトは、それに相当する法的責任を負いません。盗作または侵害の疑いのあるコンテンツを見つけた場合は、admin@php.cn までご連絡ください。