ChildNode#remove の存在判定コードを書くには？

Question

ChildNode#remove の Polyfill 作成経緯

ChildNode#remove は親ノードを指定不要なので便利ですが、IE11- で Polyfill を適用しないと使えないという欠点があります。
そこで Polyfill を書くことを試みました。
定義する場所としては ChildNode.prototype.remove を指定するのが妥当と思われますが、未対応の IE11- が ChildNode の DOM Interface Object を持っているわけがありません。
そこで Element.prototype.remove を定義する事にしました。

Element.prototype.remove = function remove () {
  if (this.parentNode) {
    this.parentNode.removeChild(this);
  }
};

次に Google Chrome 49.0.2623.112 m, Firefox 45.0.1 で ChildNode#remove が定義されている場所を確認したところ、次の結果になりました。

Element.prototype.remove; // function remove ()
Object.getOwnPropertyDescriptor(Element.prototype, 'remove'); // {writable: true, enumerable: true, configurable: true}
document.createElement('p').remove === Element.prototype.remove; // true
ChildNode;  // ReferenceError: ChildNode is not defined

ChildNode は存在せず、Element.prototype.remove が定義されているようです。
今後も Element.prototype.remove に存在するか不明なので 'remove' in document.createElement('p') で存在判定する事にしました。

if (typeof Element === 'function' && !('remove' in document.createElement('p'))) { // IE11- 用の Polyfill
  Element.prototype.remove = function remove () {
    if (this.parentNode) {
      this.parentNode.removeChild(this);
    }
  };
}

ChildNode#remove の定義場所はどこが正しい？

MDNにある Polyfill コードでは Element.prototype.remove が定義されています。

• ChildNode.remove() - Web API インターフェイス | MDN

DOM Standard の仕様書側では Interface ChildNode で定義されており、Element との関連性がわかりませんでした。

• 4.2.8. Mixin ChildNode - DOM Standard
• DOM Standard 日本語訳

実際のところ、ChildNode#remove はどこに定義するのが正しいのでしょうか。

Answer 1

Element - Web APIs | MDN
では

Methods

Inherits methods from its parents Node, and its own parent, EventTarget, and implements those of ParentNode, ChildNode, NonDocumentTypeChildNode, and Animatable.

とあるので、本来ならChildNode interfaceで定義すべきでしょう。
が、あくまでinterfaceであるため、実装はElementで行うのが無難なんじゃないでしょうか？

Comments

[think49]

> 本来ならChildNode interfaceで定義すべきでしょう。
その説明ですと、ChildNode.prototype.remove に定義するように実装が変更される可能性を示しているように読めます。

> が、あくまでinterfaceであるため、実装はElementで行うのが無難
Element も Interface だと思いますが、なぜ Element が無難なのでしょうか。

また、出来れば、仕様に即した説明が欲しいです。MDN も悪くはありませんが、仕様書を読むとその説明は少し違うのではないかと感じる説明がしばしば見られます。

[tkturbo]

MDNのChildNodeの説明文に「ChildNode is a raw interface and no object of this type can be created; it is implemented by Element, DocumentType, and CharacterData objects.」というのが出てます。
Element#remove()、DocumentType#remove()、CharacterData#remove()でそれぞれ挙動が変わるので、Element#remove()で実装するということなのではないでしょうか？

[think49]

> ChildNode is a raw interface and no object of this type can be created; it is implemented by Element, DocumentType, and CharacterData objects.
私は下記のように翻訳しました。
「ChildNode は raw interface (生の interface) であり、このタイプのオブジェクト(ChildNode)は作成出来ません。これ(ChildNode)は Element, DocumentType, CharacterData オブジェクトによって実装されます。」

MDN は Mozilla が運営するサイトであり、Firefox の実装にそった説明であると理解しています。
Firefox については上記の実装になっているのでしょう。
しかし、Google Chrome, Safari, IE ...etc (Firefox 以外のブラウザ) が MDN の規定に従う理由はありません。

というわけで WHATWG の DOM Living Standard の規定に該当規定がないか探しているのですが、見つかっておりません。
改めて読むと NoInterfaceObject とあるので ChildNode が DOM Interface Object を持たない実装で正しいのではないかという考えを持ち始めましたが、明確に書かれた規定が見つかりませんでした。
https://dom.spec.whatwg.org/#interface-childnode

> Element#remove()、DocumentType#remove()、CharacterData#remove()でそれぞれ挙動が変わるので、Element#remove()で実装するということなのではないでしょうか？
私の理解では挙動が変わるという記述は見受けられませんでしたが、どのような理屈でその結論に至ったのでしょうか。
WHATWG の規定では Interface に応じて挙動を変更する規定はありませんでした。
https://dom.spec.whatwg.org/#dom-childnode-remove

The remove() method, when invoked, must run these steps: (remove() メソッドが呼び出された場合、次の手順を実行しなければなりません:)
1. If context object’s parent is null, terminate these steps. (コンテキストオブジェクトの親ノードが null ならば、強制終了する)
2. Remove the context object from context object’s parent. (コンテキストオブジェクトを親ノードから削除する)