継承関係

[8] CharacterData インターフェイスは、 Node インターフェイスを継承しています。

[10] CharacterData インターフェイスは次のインターフェイスにより継承されています。

メンバー

[2]

属性	data	文字データ	[DOM1]
読取専用属性	length	文字データ長	[DOM1]
method	substringData	文字データの一部を取出す	[DOM1]
method	appendData	文字データに付加	[DOM1]
method	insertData	文字データを挿入	[DOM1]
method	deleteData	文字データを削除	[DOM1]
method	replaceData	文字データを置換	[DOM1]

[3] >>2 特定言語の作法に強く影響されている気がしないでもありませんが(w

• [DOM1] Document Object Model (Core) Level 1 http://www.w3.org/TR/REC-DOM-Level-1/level-one-core.html#ID-FF21A306
• [4] CharacterData は、任意の長さの文字列を扱えなければなりません。しかしながら、束縛によっては DOMString で扱える長さの制限があって、よって data 属性で値全体を取出すことが出来ないかもしれません (その時は DOMSTRING_SIZE_ERR 例外が発生します)。そのような場合には、 substringData method を使うように、と仕様書は言っています。
• [5] [DOM2] Document Object Model Core http://www.w3.org/TR/DOM-Level-2-Core/core.html#ID-FF21A306
• [6] >>3 実際、 method の多くは offset パラメーターを持ってますが、これは UTF-16 で表した時のオクテット列中の文字の位置 (16ビット1単位) です。だから DOMString を勝手に UTF-8 とかにして実装すると、面倒なことになります。だから、言語中立なはずの界面としての DOM で CharacterData は駄目すぎます。
• [7] >>6 変な見栄?はってどんな言語でも使えますよ〜なんていわずに、最初から文字列型を UTF-16 に出来るどんな言語でも使えますよ〜と言っとけばいいのにねぇ。

[12] Fix Web IDL extended attribute usage for recent changes (domenic著, 2017-04-25 08:33:14 +09:00) https://github.com/whatwg/dom/commit/f9ede86ea35753b40f6070352e2f150bc1bd2482