Das Dokumentgegenstandmodell ist nicht ein Satz Datenstrukturen; es ist ein Gegenstandmodell [ p.207 ] das spezifiziert Schnittstellen. Obgleich dieses Dokument die Diagramme enthält, die parent-/childverhältnisse zeigen, sind diese logische Verhältnisse irgendwie definiert durch die programmierenschnittstellen, nicht Darstellungen der Einzelheit interne Datenstrukturen. Das Dokumentgegenstandmodell definiert nicht, was Informationen in einem Dokument relevant sind, oder wie Informationen in einem Dokument werden strukturiert. Für XML wird dieses durch den XML-Informationssatz spezifiziert [ XML-InformationscSatz ]. Das DOM ist einfach eine API [ p.205 ] zu diesem Informationssatz. Das Dokumentgegenstandmodell, trotz seines Namens, ist nicht ein Konkurrent zum Teilgegenstandmodell [ COM ]. COM, wie CORBA, ist eine Sprachunabhängige Weise, Schnittstellen und Gegenstände zu spezifizieren; DOM ist ein Satz Schnittstellen und Gegenstände, die für das Handhaben der HTML- und XML-Dokumente bestimmt sind. DOM kann mit sprachneutralen Systemen wie COM oder CORBA eingeführt werden; es kann auch seien mit sprachspezifischen Schwergängigkeiten wie den Java- oder ECMAScript-Schwergängigkeiten eingeführt Sie, die innen spezifiziert werden dieses Dokument. Von wo das Dokumentgegenstandmodell kam Das DOM entstand als Spezifikation, um Javascriptindexe und Javaprogramme beweglich sein zu lassen unter Netzdatenbanksuchroutinen. "dynamisches HTML" war der sofortige Vorfahr des Dokumentgegenstandmodells, und es wurde ursprünglich an groß in Datenbanksuchroutinen ausgedrückt gedacht. Jedoch wenn die DOM-Arbeitsgruppe wurde an W3C, es wurde verbunden auch von den Verkäufern in anderen Gebieten, einschließlich der HTML- oder XML-Herausgeber gebildet und Dokumentbehälter. Mehrere dieser Verkäufer hatten mit SGML gearbeitet, bevor XML entwickelt wurde; als a Resultat, das DOM ist durch SGMLWALDUNGEN und den Standard HyTime beeinflußt worden. Einige dieser Verkäufer hatte auch ihre eigenen Gegenstandmodelle für Dokumente entwickelt, um eine API für SGML/XML zur Verfügung zu stellen Herausgeber oder Dokumentbehälter und diese Gegenstandmodelle haben auch das DOM beeinflußt. Wesen und der DOM-Kern In den grundlegenden DOM-Schnittstellen gibt es keine Gegenstände, die Wesen darstellen. Numerischer Buchstabe Hinweise und Hinweise auf den vorbestimmten Wesen in HTML und in XML, werden durch das einzelne ersetzt Buchstabe, der den Wiedereinbau des Wesens bildet. Z.B. in: < ist p>This ein Hunde& cat</p > das "&", wird durch den Buchstaben "u." ersetzt, und der Text im p-Element bildet ein einzelnes ununterbrochene Reihenfolge der Buchstaben. Da numerische Buchstabenhinweise und vorbestimmte Wesen nicht sind erkannt als solcher in den CDATA-Abschnitten oder in den INDEX- und ART-Elementen in HTML, sind sie nicht ersetzt durch den einzelnen Buchstaben scheinen sie sich zu beziehen. Wenn das Beispiel oben in einem CDATA umgeben wurden Abschnitt, das "&", seien nicht durch "u." ersetzt Sie; keine würden das < p > als Anfangsumbau erkannt. Die Darstellung der allgemeinen Wesen, intern und extern, werden innerhalb des ausgedehnten definiert (XML) Schnittstellen des Dokumentgegenstand-Modellkernes [ p.21 ]. Anmerkung: Wenn eine DOM-Darstellung eines Dokumentes als XML- oder HTML-Text serialized, werden Anwendungen müssen Sie jeden Buchstaben in den Textdaten überprüfen, um zu sehen, wenn er entgangen werden mit einem numerischem oder vorbestimmt werden muß Wesen. Das Nicht können so tun konnte unzulässiges HTML oder XML. Also, Implementierungen ergeben [ p.206 ] sollte sein bewußt der Tatsache diese periodische Veröffentlichung in eine Buchstabenkodierung ("charset") die nicht völlig ISO umfaßt 10646 können ausfallen, wenn es Buchstaben im Preisaufschlag oder IN DEN CDATA-Abschnitten gibt, die nicht in der kodierung anwesend sind. 16 Von wo das Dokumentgegenstandmodell kam