IAttr Schnittstelle

Definition

Namespace:: Org.W3c.Dom

Assembly:: Mono.Android.dll

Wichtig

Einige Informationen beziehen sich auf Vorabversionen, die vor dem Release ggf. grundlegend überarbeitet werden. Microsoft übernimmt hinsichtlich der hier bereitgestellten Informationen keine Gewährleistungen, seien sie ausdrücklich oder konkludent.

Die Attr Schnittstelle stellt ein Attribut in einem Element Objekt dar.

[Android.Runtime.Register("org/w3c/dom/Attr", "", "Org.W3c.Dom.IAttrInvoker")]
public interface IAttr : IDisposable, Java.Interop.IJavaPeerable, Org.W3c.Dom.INode

[<Android.Runtime.Register("org/w3c/dom/Attr", "", "Org.W3c.Dom.IAttrInvoker")>]
type IAttr = interface
    interface INode
    interface IJavaObject
    interface IDisposable
    interface IJavaPeerable

Attribute: RegisterAttribute

Implementiert: IJavaObject IJavaPeerable INode IDisposable

Hinweise

Die Attr Schnittstelle stellt ein Attribut in einem Element Objekt dar. In der Regel werden die zulässigen Werte für das Attribut in einem Schema definiert, das dem Dokument zugeordnet ist.

Attr Objekte erben die Node Schnittstelle, da sie jedoch keine untergeordneten Knoten des elements sind, das sie beschreiben, betrachtet das DOM sie nicht als Teil der Dokumentstruktur. Node Die Attribute parentNode, previousSiblingund nextSibling weisen einen null Wert für Attr Objekte auf. Das DOM betrachtet, dass Attribute Eigenschaften von Elementen sind, anstatt eine separate Identität von den Elementen zu haben, denen sie zugeordnet sind; Dadurch sollte es effizienter werden, solche Features wie Standardattribute zu implementieren, die allen Elementen eines bestimmten Typs zugeordnet sind. Attr Darüber hinaus dürfen Knoten keine unmittelbaren untergeordneten Elemente eines DocumentFragment. Sie können jedoch Knoten zugeordnet werden Element , die in einem DocumentFragment. Kurz gesagt müssen Benutzer und Implementierungsmodule des DOM beachten, dass Attr Knoten einige Dinge gemeinsam mit anderen Objekten haben, die die Node Schnittstelle erben, aber auch ganz unterschiedlich sind.

Der effektive Wert des Attributs wird wie folgt bestimmt: Wenn diesem Attribut explizit ein Wert zugewiesen wurde, ist dieser Wert der effektive Wert des Attributs; andernfalls, wenn es eine Deklaration für dieses Attribut gibt und diese Deklaration einen Standardwert enthält, ist dieser Standardwert der effektive Wert des Attributs; andernfalls ist das Attribut für dieses Element im Strukturmodell erst vorhanden, wenn es explizit hinzugefügt wurde. Beachten Sie, dass das Node.nodeValue Attribut für die Attr Instanz auch verwendet werden kann, um die Zeichenfolgenversion des Attributwerts(n) abzurufen.

Wenn das Attribut nicht explizit einem Wert im Instanzdokument zugewiesen wurde, aber über einen Standardwert verfügt, der dem Dokument zugeordnet ist, wird ein Attributknoten mit specified festgelegtem falseWert erstellt. Durch Das Entfernen von Attributknoten, für die ein Standardwert im Schema definiert ist, wird ein neuer Attributknoten mit dem Standardwert generiert und specified auf .false Wenn die Überprüfung beim Aufrufen Document.normalizeDocument()erfolgt ist, werden Attributknoten, specified die gleich sind, entsprechend den vom Schema bereitgestellten false Standardattributewerten neu komputiert. Wenn diesem Attribut im Schema kein Standardwert zugeordnet ist, wird der Attributknoten verworfen.

In XML, bei dem der Wert eines Attributs Entitätsverweise enthalten kann, können die untergeordneten Knoten des Attr Knotens entweder Text oder EntityReference Knoten sein (wenn diese verwendet werden; siehe Beschreibung der EntityReference Diskussion).

Der DOM Core stellt alle Attributwerte als einfache Zeichenfolgen dar, auch wenn die dem Dokument zugeordnete DTD oder das dem Dokument zugeordnete Schema sie von einem bestimmten Typ deklariert, z. B. tokenisiert.

Die Art und Weise, wie die Attributwertnormalisierung von der DOM-Implementierung durchgeführt wird, hängt davon ab, wie viel die Implementierung über das verwendete Schema weiß. In der Regel gibt die value Eigenschaft und nodeValue die Attribute eines Attr Knotens zunächst den vom Parser angegebenen normalisierten Wert zurück. Es ist auch der Fall nach Document.normalizeDocument() dem Aufruf (vorausgesetzt, die richtigen Optionen wurden festgelegt). Dies kann jedoch nach der Mutation nicht der Fall sein, unabhängig davon, ob die Mutation durchgeführt wird, indem sie den Zeichenfolgenwert direkt oder durch Ändern der Attr untergeordneten Knoten festlegt. Dies gilt insbesondere, wenn Zeichenverweise beteiligt sind, da sie nicht im DOM dargestellt werden und sich auf die Normalisierung des Attributwerts auswirken. Wenn die Implementierung dagegen über das Schema weiß, das beim Ändern des Attributwerts verwendet wird und es sich um einen anderen Typ als CDATA handelt, kann dies zu diesem Zeitpunkt erneut normalisiert werden. Dies gilt insbesondere für spezielle DOM-Implementierungen, z. B. SVG DOM-Implementierungen, die Attributwerte in einer internen Form speichern, die sich von einer Zeichenfolge unterscheiden.

Die folgende Tabelle enthält einige Beispiele für die Beziehungen zwischen dem Attributwert im Originaldokument (analysiertes Attribut), dem Wert, der im DOM verfügbar gemacht wird, und der Serialisierung des Werts: <table border='1' cellpadding='3'tr><>< th>Examples</th><>Parsed attribut value</th><>Initial Attr.value</th><>Serialized attribute value</th></tr><><td valign='top' rowspan='1' colspan='1'> Character reference</td><td valign='top' rowspan='1' colspan='1'>

"x&#178;=5"