仕様書

分類

[118] スクリプトには、古典スクリプト (classic script) とモジュールスクリプトがあります >>11。

[159] JavaScript では両者をそれぞれスクリプトとモジュールと呼んでいます >>158。 HTML の用語 (>>118) は、どちらも script 要素を通じて利用することによります >>158。

[163] script 要素はスクリプトの型 (the script's type) を持ちます。 初期状態では未設定です。値は classic や module です。 >>162

[99] WorkerGlobalScope には型 (type) があり、 その値は classic か module のいずれかです。 >>98 それぞれ古典スクリプトとモジュールスクリプトを表します。

[25] サービスワーカーは、型 (type) を持ちます。 その値は classic か module のいずれかです。 初期値は classic です。 >>24 それぞれ古典スクリプトとモジュールスクリプトを表します。

[34] ジョブは、ワーカー型 (worker type) を持ちます >>33。その値は classic か module のいずれかです >>33。

[155] ワーカーの作成時には、 WorkerOptions 辞書の type メンバー >>100 や ServiceWorkerOptions 辞書の type メンバー >>32 の値により、 古典スクリプトかワーカースクリプトのいずれかを指定できます。 値は WorkerType >>100, >>32、すなわち classic か module のいずれか >>156 です。 type 省略時の既定値は classic です >>100, >>32。

状態

[12] スクリプト (script) >>11 は、 次の状態を持ちます。

[120] 古典スクリプトは次の状態をも持ちます。

[122] モジュールスクリプトは、次の状態をも持ちます。

[26] サービスワーカーは、 スクリプト資源 (script resource) を持ちます。 値はスクリプトまたは null です。初期値は null です。 >>30

[31] スクリプト資源は、 (null でないときに) 次の状態を持ちます。

[161] スクリプトは、次のような一連の処理によって実行されます。

fetch

[157] スクリプトのfetchも参照。

生成

[10] スクリプトは次の方法で生成することができます。

[66] この他に、ブラウザー拡張や WebDriver などによってスクリプトが注入されることもあり得ます。 (それがここでいうスクリプトなのかどうかは謎です。それぞれのアーキテクチャ次第で動作が異なるかもしれません。)

[124] 古典スクリプトの作成 (create a classic script) は、 ソーステキスト、 設定群、 エラーミュートフラグ (既定値は偽)、 オプション群、 基底URLについて、 次のようにします >>38。

[127] モジュールスクリプトの作成 (create a module script) は、 ソーステキスト、 設定群、 スクリプト基底URL、 オプション群について次のようにしなければなりません >>38。

実行

[23] スクリプトの実行を参照。

ごみ収集

[20] スクリプトは、イベントハンドラーとして用いられるものを除けば >>10 のいずれもその場で作られ、 実行され、スクリプトへの参照は残らないので、実行が終わり次第ごみ収集されることになります。

[21] イベントハンドラーについては作られた後何度も実行され得るので、他のイベントハンドラーに置き換えられるなり、 EventTarget もろともごみ収集されるなりするまで、ごみ収集されずに残ることになります。

マーク付けの適合性との関係

[5] HTML文書は、 script の処理の前後いずれにおいても、 HTML DTD に適合しなければなりません。 HTML4 18.2.4

[4] 仕様書:

• HTML 4
  • 18.2.4 Dynamic modification of documents <IW:HTML4:"interact/scripts.html#idx-document">

[6] HTML 4 の >>5 の規定はスクリプトが生成する HTML 文書片の適合性に関する議論でしばしば引用されますが、 時期や内容からしても、 HTML 4 はおそらく HTML 文書全体にアクセス可能な現在の DOM を想定していません。 現実の Webブラウザの処理モデルとも一致していませんし、 それほど価値がある引用だとは思えません。

並行性・並列性

[57] 著者から観測可能な範囲において、複数のスクリプトが同時に実行される(ように見える)ことはありません。 スクリプトの著者は、マルチスレッドのプログラミングのように複雑な排他制御などを考える必要はありません。

[60] 詳しくはイベントループの項を参照してください。

歴史