niw:

最近、仕事場が引っ越をしました。

結果、自宅からはちょっと徒歩で通うのは色々な意味で困難になったので毎日路面電車に乗っているのですが、なんていうか路面電車が走っている、坂のある街に住んでるっていうところだけ切り取ると、魔女の宅急便のようなあるいは港町の風光明媚な日常が勝手に想起されるのですが、実際にはどう見ても麻薬の売買です本当にありがとうござました、のような車窓の路面電車だったり、路駐の車が道路に対して横向きにしないとずり落ちる程の坂だったりします。

それはさておき、最近のモダンな JavaScript では、必ず

"use strict" 

というのが書かれていると思います。この使い方を雰囲気ではわかってるけど、正しく理解していない場合が自分も含めて多いと思ったので書きとめたいと思います。

ちなみに、"use strict" でググると Perl のそれが出てきますが、Perl の話はしません。あとセミコロンの話もしません。

"use strect"とはそもそもなにか

"use strict" は、Use Strict Directive と呼ばれています。 これは ECMA-262 の 14.1 Directive Prologues and the Use Strict Directive によって示されています。

A Use Strict Directive is an ExpressionStatement in a Directive Prologue whose StringLiteral is either the exact character sequences "use strict" or 'use strict'. A Use Strict Directive may not contain an EscapeSequence or LineContinuation.

つまり、Directive Prologue のなかの ExpressionStatement で、その StringLiteral が完全に "use strict" か 'use strict' に一致するもの、という事ですね。エスケープとか入ってちゃダメよ、とも書いてあります。

じゃあ Directive Prologue とは、となります。それは ECMA-262 の同じセクションで示されています。

A Directive Prologue is the longest sequence of ExpressionStatement productions occurring as the initial SourceElement productions of a Program or FunctionBody and where each ExpressionStatement in the sequence consists entirely of a StringLiteral token followed a semicolon. The semicolon may appear explicitly or may be inserted by automatic semicolon insertion. A Directive Prologue may be an empty sequence.

第二文はみんな大好きセミコロンの話なので横においておくと、この無茶苦茶に長い第一文が Directive Prologue とは何かについて語っています。で、長いのですが注意深く読むと、プログラムや関数の最初に連続して現れる文字列たちのことだとわかります。

"use strict"の例

つまり、各々のプログラムや、関数なかの最初にある複数ありうる文字列の中で "use strict" か 'use strict' に完全に一致する文字列が Use Strict Directive となります。ということは次のような例が挙げられます。

1. プログラムの先頭にある

   "use strict" // Use Strict Directive var a = 1 … 

2. 関係ない文字列があってもOK

   "use puni puni" "use strict" // Use Strict Directive var a = 1 ... 

3. コメントがあっても、スペースがあってもOK

   // Comment "use strict" // Use Strict Directive var a = 1 ... 

4. FunctionBody の中でもOK

   function f() { "use strict" var a = 1 ... } 

5. でもこれはダメ

   var a = 1 "use strict" // NOT Use Strict Directive ... 

6. こういうのもダメ

   "us\145 strict" // NOT Use Strict Directive var a = 1 ... 

"use strict"があるとどうなるのか

Use Strict Directive があると、ECMA-262 の 10.1.1 Strict Mode Code に記載のある通り、文法が Strict Mode になります。ふんわか解釈するとこんな感じです。

• Global code is strict global code if it begins with a Directive Prologue that contains a Use Strict Directive (see 14.1).

プログラムの先頭の Directive Prologue に Use Strict Directive があればそのコード全体が Strict Mode になります。

• Eval code is strict eval code if it begins with a Directive Prologue that contains a Use Strict Directive or if the call to eval is a direct call (see 15.1.2.1.1) to the eval function that is contained in strict mode code.

eval のコードの先頭の Directive Prologue に Use Strict Directive があるか、Strict Mode のコードから直接呼び出される eval のコードは Strict Mode になります。

• Function code that is part of a FunctionDeclaration, FunctionExpression, or accessor PropertyAssignment is strict function code if its FunctionDeclaration, FunctionExpression, or PropertyAssignment is contained in strict mode code or if the function code begins with a Directive Prologue that contains a Use Strict Directive.
• Function code that is supplied as the last argument to the built-in Function constructor is strict function code if the last argument is a String that when processed as a FunctionBody begins with a Directive Prologue that contains a Use Strict Directive.

関数のコードの先頭の Directive Prologue に Use Strict Directive があればその関数全体が Strict Mode になります。あるいは、その関数を定義する場所が Strict Mode であればその場合も Strict Mode になります。

"use strict"の意地悪な例

"use strict" の含まれるコードや eval の中身、関数の中身はその全体が Strict Mode になるところがポイントです。 ですので、わりと稀有なというかかなり意地悪な例としてはこんなのが考えられます。

 "us\145 puni puni" "use strict" // Use Strict Directive var a = 1 ... 

まずプログラムの先頭の文字列たちのなかにあるので、"use strict" は正しい Use Strict Directive です。ですのでコード全体が Strict Mode になります。 しかし Strict Mode では文字列中での \nnn による8進数のエスケープは許されませんから、1行目の \145 は SyntaxError です。ということで以下のありがちな思い込みは誤りです。

• "use strict" は先頭にないといけない
• "use strict" と書いた以降が Strict Mode になる

最近一部で有名なあの言語のソースでも誤って使われていたりするので気をつけましょう。 これは Strict Mode な気分でコード書いてんねんで、っていう意思表示には十分ですが、機能していません。

"use strict"があるとどうなるのか

手抜きなのですが、ECMA-262 の Annex C - The Strict Mode of ECMAScript に詳しいです。全部列挙するのは大変なので原文に目をお通しください。

---

間違いや typo の指摘やアドバイスは @niw まで是非!

では、"use strict" を使って楽しい JavaScript ライフを!

jsism:

インタラクティブにテストを実行できるの目的として上げてるテスティングフレームワークのtestemがリリースされた。

機能としてはJsTestDriverやBuster.JSのようにサーバをたちあげてブラウザでキャプチャURLにアクセスして実行させる仕組みや、テストの構文も既存のJasmine(デフォルト)やQUnitやMochaと言ったものがアダプタ的に使えるようになっていて、ファイルを保存したら自動でテストを実行して結果を表示する機能やtestem ciを使うことでTAP形式で出力することもできる。

機能としては目新しい感じはしないけけど、使い始めてテストを書き始めるまでの短さやテストを書いてすぐその結果が見えるところに作者の意図があるテストフレームワークなのかなと思いました。

実際にtestemを使うには、インストールしてtestemを実行してテストを保存するだけ。

$ npm install testem -g
$ testem

npmでインストールしてtestemを実行して、同じディレクトリに.jsファイルにテストを書けば保存する度に自動で実行されて結果が表示される。(.jsファイルは自動的に検出されるが、設定でJsTDやBusterJSのように細かな読み込み方法を書ける)

デフォルトのテストライブラリはJasmineみたいだけど、設定ファイルに書くことでQUnitやMocha等もアダプタで使用できるようになっている。
テストの実行環境はPhantomJSがインストールされてる場合はデフォルトでPhantomJS使われている、JsTDやBusterJSのようにブラウザをキャプチャさせるURLにアクセスさせることで複数のブラウザでテストを実行されて表示される。(CLI上で矢印キーで結果表示の移動ができる)

細かな事は作者のスクリーンキャストやReadmeなどを見るといい。

• Testem: Interactive JS Test Runner
• airportyh/testem

roadmapにはBunyipのようにBrowserStackを利用してテストが実行出来るようにすることや、Travis CI との連携やBuster.JS の構文も使えるようにするなどについてが書かれていて、最近行われてきてたようなことを取り入れてる感じが見られる。

個々の機能は革新的では無いかもしれないけど、個人的にはテストを書いてみようと思ってそれを実行するまでに色々手順が必要だったりして面倒な感じなのが取っ払われていて、インストールしてテストを書いて保存してたら自動で実行されて結果が表示されるというのは、テストへの障壁が減って良い気がします。

直ぐにテストを書き始められるのでテストと対話して書いていける感じになっていて、目的が現れていて今後どうなっていくのか少し気になる感じです。