ヤフーユーザーインターフェイスブログ（YUIBlog）

strictモードでは、町に来ている

これは、世界中の人々は、ECMAScriptプログラミング言語標準、第5版のECMA総会の承認の一周年を記念して、その違いを忘れ、平和と交わりを一緒に来る時間や季節である。 ES5の中で最も重要な機能は、新しい厳格なモードです。 strictモードでは、OPT-モードでの言語のほとんどの問題は機能の一部を修理または削除することです。

Strictモードを指定する

strictモードを要求するには、2つの方法があります。 最初にこのプラグマを挿入することである

  "厳格な使用"; 

ファイルまたはコンパイル単位の先頭に表示されます。 これは、任意の他のステートメントの前に現れなければなりませんが、それは空白やコメントを付けることができます。 それは役に立たない文字列リテラル文の形式を持っているので、ES3システムによって無視されます。 これはまた古いブラウザ上で実行できるプログラムをES5/strict書くことが可能であることを意味します。 厳格なコードは、非厳密な（あるいはずさんな ）コードと対話することができますので、厳格な機能がずさんな関数を呼び出すことができますし、ずさんな機能は、厳密な関数を呼び出すことができます。 この互換性の高いレベルは、strictモードでの採用が容易になります。

を持つファイルまたはコンパイル·ユニット内のコードのすべて"use strict";プリアンブルは、厳密なコードとして処理されます。 問題がある、しかし。 パフォーマンスの考慮事項は、現在私たちが累積HTTPの遅延を避けるために、一緒に多くのJavaScriptファイルを連結するために強いる。 を持つファイルの場合"use strict";プリアンブルはそれに追加ずさんなコードを持って、ずさんなコードが厳しいとして処理され、おそらく失敗します。 簡単なルールがあります：同一ファイル内で厳格かつずさんな混在させることはできませんが、我々はすでにいくつかの有名なWebサイトがこの間違ったを取得してきました。

二番目の方法は、プラグマは、関数の最初の文のようになります。挿入することです。 これは、関数全体が内にネストされたすべての機能を含む、厳格になることを宣言しています。 厳密性を尊重関数スコープなので、厳密なコードとずさんなコードが同じファイルに混在させることができます。 この二番目の形式は非常にうまく機能モジュールのパターンとその多くのバリエーション。 それは連結の危険を回避するため二番目の形式は好ましい。

  （関数（）{
    "厳格な使用";
    / /この関数は厳密である...
 }（））;

 （関数（）{
    / /しかし、この関数はずさんである...
 }（））; 

範囲

歴史的には、JavaScriptは関数のスコープです。方法について混乱されています。 時には彼らは静的スコープと思われるが、一部の機能は、動的スコープであるようにそれらを動作させる。 これは読んで理解するのが難しいプログラムを作り、混乱しています。 誤解は、バグを引き起こします。 また、パフォーマンスの問題です。 静的スコープは、コンパイル時に発生するバインディング変数を許可しますが、動的スコープのための要件は、バインディングが大幅なパフォーマンスのペナルティが付属してランタイムに延期される必要があることを意味します。

厳密モードでは、すべての変数バインディングは静的に行われている必要があります。 それは以前に動的バインディングを必要とする機能を排除または変更する必要があることを意味します。 具体的には、 withステートメントが除去され、 eval呼び出し元の環境を改ざんするための機能の能力が厳しく制限されています。

厳格なコードの利点の一つは、のようなツールということであるYUI Compressorは、それを処理するときに良い仕事を行うことができます。

暗黙のグローバル変数

JavaScriptはグローバル変数を暗黙的にしています。 明示的に変数を宣言しない場合、グローバル変数は、暗黙的にあなたのために宣言されています。 彼らは基本的な家事の雑用の一部を無視することができるので、これは初心者のためのプログラミングが容易になります。 しかし、それは大規模なプログラムの管理がはるかに困難になり、それが信頼性が大幅に低下します。 したがって、strictモードでは、暗黙のグローバル変数は、もはや作成されません。 あなたが明示的にすべての変数を宣言する必要があります。

グローバルリーク

可能性がある状況がいくつかありthisグローバルオブジェクトにバインドするには。 あなたが提供するのを忘れた場合たとえば、 new接頭辞を 、コンストラクタ関数を呼び出すときに、コンストラクタがありthis代わりに新しいオブジェクトを初期化するグローバルオブジェクトへの予期しないバインドされるので、その代わりに黙って、グローバル変数を改ざんされます。 このような状況では、strictモードではなくバインドされthisにundefinedエラーがはるかに早く検出できるようになり、代わりに例外をスローするコンストラクタの原因となります。

騒々しい失敗

JavaScriptは常に読み取り専用プロパティを持っていましたが、ES5年代までは、それらを自分で作成できませんでしたObject.createProperty関数は、その能力を露呈した。 読み取り専用プロパティに値を代入しようとすると、それは静かに失敗しました。 代入は、プロパティの値を変更しないだろうが、それが持っていたかのようにプログラムが進みました。 これは、プログラムが不整合な状態になることがあります整合性の危険性があります。 strictモードでは、読み取り専用のプロパティを変更しようとすると、例外がスローされます。

8進数の

ワードサイズが3の倍数であったマシン上のマシンレベルのプログラミングを行うときに数字の8進数（または基数8）の表現は非常に有用であった。 60ビットのワードサイズを持っていたCDC 6600メインフレームで作業するときは、8進数を必要としていました。 あなたは8進数を読み取ることができれば、あなたは20桁、単語を見て可能性があります。 2桁はopコードを表し、1桁の8個のレジスタのいずれかを同定した。 マシンコードから高レベルの言語にゆっくりと移行中に、それはプログラミング言語で8進形式を提供するために有用であると考えられていた。

Cでは、octalnessの非常に不幸な表現が選ばれました：リーディングゼロ。 したがって、C言語で、0100は64ではなく、100を意味し、08はエラーではなく、8です。 さらに残念なことに、この時代錯誤は、それがエラーのみを作成するために使用されるJavaScriptなど、ほぼすべての近代的な言語にコピーされています。 それは他の目的を持っていません。 したがって、strictモードでは、8進形式は、もはや許されません。

エトセトラ

arguments疑似配列は、ES5でもう少しのような配列になります。 strictモードでは、その失ったcalleeとcallerプロパティを示しています。 これにより、あなたの合格することができるarguments秘密のコンテキストの多くを与えることなく、信頼できないコードに。 また、 argumentsの関数のプロパティが除去されます。

strictモードでは、関数リテラル内の重複するキーは、構文エラーが生成されます。 この関数は、同じ名前を持つ2つのパラメータを持つことができません。 関数は、パラメータの1つとして同じ名前を持つ変数を持つことはできません。 この関数は、できません。 delete独自の変数を。 しようとするとdelete 、非構成可能なプロパティは例外をスローします。 プリミティブ値は暗黙的にラップされていません。

あなたのプログラムに合格した場合JSLint 、それはおそらく、strictモードで動作します。

それはまだ不完全な世界です

strictモードでは対応していないことがJavaScriptでの問題が残っています。 たとえば、セミコロンの挿入は、まだ危険です、0.1 + 0.2は依然として0.3と等しくありません。 これらの問題の修正は、将来の版を待つ必要があります。

なぜ厳格なモード事項

プログラムの信頼性と読みやすさに明らかな利点に加えて、strictモードでは、マッシュアップの問題を解決するために役立っています。 我々は、コード、ブラウザを引き継ぐために、ユーザーまたは当社のサーバーに自分自身を詐称するライセンスを与えることなく、我々と我々のユーザーのために有用な事をする私たちのページにサードパーティのコードを招待できるようにしたい。 我々は、サードパーティのコードを制約する必要があります。 のようなシステムGoogleのカハは 、パフォーマンスと不便で、大幅なコストで、これを行います。 私自身のADsafeのシステムは、これを行いますが、排除の費用でthisと[]の採用が困難になる可能性が言語から添字。 strictモードでは、私たちはADsafeとカハの表現力の利便性とパフォーマンスをサードパーティのコードを行うことができます。 私たちのサイトがより複雑になり、より多くの接続されて、これは非常に重要になります。

厳密モードでは、XSSの問題を解決していません。 その問題を解決するには、依存するいくつかの肯定的な行動を取るW3C 。

ES5/strictは、プレビューになりました、すぐにどこでもすべての規格に準拠したブラウザで標準装備となります。

会話を検索： Bloglinesの | テクノラティ

共有および拡張： del.icio.usでブックマーク | Diggそれ！ | reddit！