Overview
概要
An XMLDocument
object can have multiple child nodes but only one element, the root element. Any other node must be a XMLNode
object representing a comment or a processing instruction. If you attempt to add any other kind of child node to an XMLDocument
object, such as an attribute, namespace, another document object, or an element other than the root, XMLDocument
raises an exception. If you add a valid child node and that object already has a parent, XMLDocument
raises an exception. An XMLDocument
object may also have document-global attributes, such as XML version, character encoding, referenced DTD, and MIME type.
XMLDocument
オブジェクトは、複数の子ノードを持つことが出来ます、しかしただ1つの要素、ルート要素を除いては。なんらかの他のノードは、あるXMLNode
オブジェクトで、あるコメントまたは処理命令を表していなければなりません。あなたが何か他の種類の子ノードをXMLDocument
オブジェクトに加えようと試みるならば、たとえば属性、名前空間、別の書類オブジェクト、またはルート以外のある要素など、 XMLDocument
は例外を引き起こします。あなたが有効な子ノードを加えてそのオブジェクトが既にある親を持つならば、XMLDocument
は例外を引き起こします。XMLDocument
オブジェクトはまた、文書にグローバルな属性、たとえばXMLバージョン、文字符号化、参照DTD、そしてMIMEタイプなどを持つかもしれません。
The initializers of the XMLDocument
class read an external source of XML, whether it be a local file or remote website, parse it, and process it into the tree representation. You can also construct an XMLDocument
programmatically. There are accessor methods for getting and setting document attributes, methods for transforming documents using XSLT, a method for dynamically validating a document, and methods for printing out the content of an XMLDocument
as XML, XHTML, HTML, or plain text.
XMLDocument
クラスのイニシャライザは、XMLの外部ソースを読み込みます、それがローカルファイルまたはリモートウェブサイトであろうとなかろうと、そしてそれをツリー表現へと加工処理します。あなたはまた、XMLDocument
をプログラム的に組み立てられます。書類属性を取得及び設定するためのアクセッサメソッド、XSLTを使った文書変形のためのメソッド、動的に文書を検証するためのメソッド、そしてXMLDocument
の内容をXML、XHTML、HTML、またはプレーンテキストとして出力するためのメソッドがあります。
The XMLDocument
class is thread-safe as long as any given instance is used only in one thread.
XMLDocument
クラスは、スレッド安全です、どんなインスタンスであれ1つのスレッドの中でのみ使われる限りは。
Subclassing Notes
サブクラス作成の注意
Methods to Override
メソッドのオーバーライド
To subclass NSXMLDocument
you need to override the primary initializer, init(data:options:)
, and the methods listed below. In most cases, you need only invoke the superclass implementation, adding any subclass-specific code before or after the invocation, as necessary.
NSXMLDocument
のサブクラスを作るためにあなたは主要イニシャライザ、init(data:options:)
、および下で一覧にされるメソッドをオーバーライドしなければなりません。ほとんどの場合には、あなたはスーパークラス実装の発動だけが必要です、何らかのサブクラス特有コードをその発動の前または後に加えます、必要に応じて。
By default NSXMLDocument
implements the NSObject
isEqual(_:)
method to perform a deep comparison: two NSXMLDocument
objects are not considered equal unless they have the same name, same child nodes, same attributes, and so on. The comparison does not consider the parent node (and hence the node’s location). If you want a different standard of comparison, override isEqual:
.
初期状態でNSXMLDocument
はNSObject
のisEqual(_:)
メソッドを実装して、ある深い比較を実行します:2つのNSXMLDocument
オブジェクトは等しいとみなされません、それらが同じ名前、同じ子ノード、同じ属性、などを持たない限り。比較は、親ノードを考慮しません(そしてそれゆえそのノードのもつ位置を)。あなたが比較の異なる標準を望むならば、isEqual:
をオーバーライドしてください。
Special Considerations
特別な注意事項
Because of the architecture and data model of NSXML, when it parses and processes a source of XML it cannot know about your subclass unless you override the class method replacementClass(for:)
to return your custom class in place of an NSXML
class. If your custom class has no direct NSXML
counterpart—for example, it is a subclass of NSXMLNode
that represents CDATA sections—then you can walk the tree after it has been created and insert the new node where appropriate.
NSXMLのアーキテクチャとデータモデルのため、それはXMLのソースを構文解析および処理する時、それはあなたのサブクラスについて知ることはできません、あなたがクラスメソッドreplacementClass(for:)
をオーバーライドすることであなたのあつらえのクラスをNSXML
クラスの代わりに返さない限りは。あなたのあつらえのクラスが直接のNSXML
相当物を持たないならば — 例えば、それが、NSXMLNode
のサブクラスであり、CDATAセクションを表している — そのときあなたはツリーをそれが作成された後に歩いて行って(walk)、新しいノードを適切なところに挿入できます。