SOAP関連のXML知識の詳細な紹介

1. xmlの概要
httpsoapの表現方法を探すと、実はこの規格の開発者がたくさんいます。しかし、著者らは最終的に、可能な限り既存のテクノロジーを使用し、必要な新しい用語の数を最小限に抑えることを選択しました。その正式名称は「拡張マークアップ」です。 xml 言語には、soap が使用する、または使用する必要があるものよりも多くの機能が含まれています。たとえば、soap 標準 v1.1 の 3 番目のセクションには、「xml 言語との関係」と記載されています。 soap 関数の使用方法を定義する XML 言語標準の関連内容から判断すると、soap メッセージには「文書型宣言 (
Document Type Declaration、DTD)」を含めてはなりません。開発者は、SOAP を使用するときにフル機能の XML パーサーを必要としないため、SOAP を使用して特定のソリューションに取り組むのが簡単になります。まず次の概念を理解する必要があります: 1. URI (Uniform Resource Identifier)
2.xml 言語基盤
4.xml 名前空間
1.1
インターネット上の固有のリソース アイテムにアクセスするには、多くの
オブジェクト からそれを選択する方法を知る必要があります。Uniform Resource Descriptor (URI) は、各リソースに与えられる名前です: <。 ;schema>:
スキーマ固有の部分にはいくつかのスラッシュ文字 (/) が含まれることが多く、これらのスラッシュ文字はパス内の階層構造を表します。 URL)
最もよく知られている URI は、通常 URL アドレスと呼ばれるものです。URL アドレスは、スキーマ固有のアドレス表現方法にも準拠する必要があります。 URL アドレスの部分は次のとおりです:

//<user>:<password>@<host>:<port>/<url-path>

上記の構文のコンポーネントの意味は次のとおりです:
1.user: ターゲット アドレスのユーザー名 (オプション)。
2.password: ユーザー user に割り当てられたパスワード (オプション)。
3.host: ネットワーク ホストのインターネット プロトコル アドレスまたは完全なドメイン名 (必須)。
4.port: 接続を確立するために使用されるポート番号。ほとんどのプロトコルにはデフォルトのポート番号があります。たとえば、http はデフォルトで通信にポート 80 を使用します (オプション)。
5.url-path: 特定のリソースにアクセスするための詳細なパス。ホスト名またはポート番号の直後にあるスラッシュ文字 (/) は、URL パスの一部ではありません。

1.1.2 ユニフォーム リソース ネーム (URN)

ユビキタスな URL アドレスと比較すると、ほとんどの Web ユーザーはユニフォーム リソース ネーム (URN) にあまり馴染みがありません。 URN と URL の違いは、前者は一意の物理的な場所に解析されないことです。 URN は永続的なリソース識別子です (動的パス情報を持つ URL アドレスとは異なります)。これにより、特定の名前空間の他のタイプの識別子を URN 空間にマッピングできます。したがって、URN の構文は、さまざまな既存のプロトコルを使用して文字データを分析およびエンコードする機能を提供します。 URN の構成規則は、URI の共通の規則にも準拠しています。その共通形式は次のとおりです。

で
を使用します。 URN 名 文字列
"urn:" は、これが URN 名であることを示します。 NIDは「Namespace ID」の略で、NSSは「Namespace-Specific
String
」の略で、NIDで表される名前空間に関連する文字列を与えます。 URN 名に遭遇した場合、NID の値に基づいて NSS 文字列を解釈する方法を決定する必要があります。 URN 名を読み取ったり使用したりする場合は、先頭の文字列「urn:」と コンテンツ内の文字は大文字と小文字が区別されることに注意してください。
URL と URN は、URI の最も一般的な 2 つの使用法です。 URI の別の使用法については後で説明します: xml 名前空間 (xml
namespace
)。

1.2 xml の基本
xml 言語は 1996 年から 1997 年にかけて人々の目に触れるようになりました。以下は XML コードの例です:

<?xml version="1.0" encoding="UTF-8"?>
<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
         xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/maven-v4_0_0.xsd">
    <parent>
        <artifactId>framework</artifactId>
        <groupId>com.**.framework</groupId>
        <version>1.0-SNAPSHOT</version>
    </parent>
    <modelVersion>4.0.0</modelVersion>
    <packaging>war</packaging>
</project>

即使你从没度过xml程序代码,这个例子也不是很难懂。我们可以通过这段代码看出xml文档的一些编写规则。
（1）第一行是一条处理指令，作用是声明这份文档使用的xml版本和编码格式，文档中的这条语句并非不可或缺，但最好还是把它加载里面。
（2）xml文档必须有一个封闭元素（版本信息不能算作是一个封闭元素）。在例子中project把整个文档包括在了它的起始标记和结束标记之间。它还有几个子元素，子元素又可以嵌套定义。
（3）这段代码中的所有单词都不是xml的关键字。
（4）注意文档里标记不要拼错了。即使拼错了，xml语法分析器也会接受这份文档，但它不会正确解析你的意图了。如果我们想让xml语法分析器为我们做一些检查工作，并且只读取正确的数据结构，那可以加上一个文档类型说明（Document Type Declaration, DTD）或者一个xml大纲（xml schema）。这里不就DTD进行讨论了，soap技术规范的第三小节也已经明确规定“在soap信息中不得包含文档类型声明”。

1.3 xml大纲
xml大纲（xml schema）比DTD的描述能力更强。这两种事物都提供了对一个xml元素的结构进行定义的方法。虽然格式定义和DTD都允许对元素进行定义，但只有格式定义允许给出数据的类型信息。xml数据是基于文本的，它会用字符”4”而不是”0100”这样的二进制形式来表示数字4（xml允许在信息中对二进制数据进行编码，这样使我们能够把图像数据等内容夹在一条xml信息里发送出去）。

下面给出实例，感受下大纲优于DTD的事实。
一个简单的DTD有一些包含其他元素或字符数据的元素。最简单的元素声明是这样的：给出元素的名字，再把元素的内容定义为字符数据。如下所示：

<! ELEMENT element-name (#PCDATA)>

一个元素可以由其他元素组合而成。如果一个元素不多不少只包含有某个给定元素的一个实例，我们就这样定义：

<! ELEMENT parentElement (childElement)> 
<! ELEMENT childElement (#PCDATA)>

如果parentElement元素中可能包含零个或多个childElement元素，我们就用一个星号(*)来定义，如下：

<! ELEMENT parentElement (childElement *)> 
<! ELEMENT childElement (#PCDATA)>

另外，还可以在一个DTD里指示出元素的组合情况，比如parentElement元素里包含有两种不同数据片段的情况，如下所示：

<! ELEMENT parentElement (childElement1, childElement2)>
<! ELEMENT childElement1 (#PCDATA)>
<! ELEMENT childElement2 (#PCDATA)>

具体示例，比如图书馆里有很多书，书又有书名，作者,版权等属性，那定义的DTD文件Library.dtd可以是：

<! ELEMENT Library (Book*)>
<! ELEMENT Book (Title, Author*, Copyright)>
<! ELEMENT Title (#PCDATA)>
<! ELEMENT Author (#PCDATA)>
<! ELEMENT Copyright (#PCDATA)>

Library是由零个或多个Book类型的元素组成的。每个Book又是由一个Title元素，零个或多个Author类型的元素和一个Copyright元素组成。Title，Author和Copyright这三种元素都包含着字符数据。我们使用这个DTD来检查xml内容，可以定义xml文档：

<?xml version=”1.0”?>
<!DOCTYPE Library PUBLIC “.” “Library.dtd”>
<Library>
<Book>
    <Title>Green Eggs</Title>
    <Author>Dr.Seuss</Author>
    <Copyright>1957</Copyright>
</Book>
<Book>
    <Title>Windows</Title>
    <Author>Scott</Author>
    <Copyright>2000</Copyright>
</Book>
</Library>

语法分析器在需要对数据的类型进行检查时会自动加载Library.dtd，并根据它对文档的内容进行检查。这样做的好处是显而易见的，但如果我们还能在“这个元素包含着字符数据”以外给出更多的信息岂不是更好？因为各种理由，W3C最终发布了关于xml大纲的建议稿。下面用xml大纲重写刚才的DTD文档：

<Schema xmlns:xsd =”http://www.w3.org/2001/XMLSchema”
    xmlns:xsi=”http://www.w3.org/2001/XMLSchema-instance”>
    <complexType name=”Book” content=”mixed”>
        <element type=”Title”></element>
        <element type=”Author”></element>
        <element type=”Copyright”></element>
    </complexType>
    <simpleType name=”Title” content=”textOnly” xsi:type=”string”></simpleType>
    <simpleType name=”Author” content=”textOnly” xsi:type=”string”></simpleType>
    <simpleType name=”Copyright” content=”textOnly” xsi:type=”integer”></simpleType>
</Schema>

把上面这段代码存为一个xml文件(一般是xsd后缀)。在使用大纲的时候，只需简单地在文档里引用就行了，像下面：

<myLibrary:Library xmlns:myLibrary=”x-schema:http://www.scottseely.com/LibrarySchema.xml”>
    <myLibrary:Book>
        <myLibrary:Title>Green Eggs</ myLibrary:Title >
        <myLibrary:Author>Dr.seuss</ myLibrary:Author >
        < myLibrary:Copyright>1957</ myLibrary:Copyright>
    </myLibrary:Book>
    …
</myLibrary:Library>

大纲和文档都使用了文本“text”。这个字符串的作用是通知语法分析器此文档里使用的变量名属于给定URI指定的名字空间。如果URI以x-schema打头，语法分析器就必须从指定地址加载相应的大纲文件。如果没有其他说明，带有xmlns声明的起始标记及对应的结束标记之间的所有元素都是指定的名字空间的一部分。

1.3.1 数据特征
为了更好地对数据进行定义和类型校验，xml大纲使用了“数据特征（facets）”来定义某个特定的数据类型的特性。一个数据值域空间的每个特性都必须用一个数据特征来定义。而一个“数据值域空间”就是一个给定的数据类型的全体有效数据值的集合。不同的数据类型是通过他们各自的数据特征来区分的。xml大纲文档定义的数据特征又分为两大类：基本特征和非基本特征。
一个基本特征就是某个数据值域空间里的数据值的一个抽象特性，他给出了这类数据值的一个基本特点。数据值的基本特征包括：
1.相等
2.顺序
3.边界
4.势。这是一个集合论的概念。有些值域空间里的值在数量上是有限的，而一些则是无限的。
5.数值
6.长度，最小长度，最大长度
7.式样
8.枚举
9.最大内边界，最大外边界，最小内边界，最大内边界
10.经度
11.数值范围
12.编码方式
13.持续时间
14.周期

1.3.2 数据类型
xml格式定义把数据类型和数据特征结合起来，这就使在格式定义中定义的数据项有了准确的含义。www.w3.org/2001/XMLSchema中定义了许多数据类型。

1.4 xml命名空间
在上面已经见过xml命名空间（xml　namespaces）的用法了。命名空间的作用简单说来就是对用在一段上下文里的一组变量名进行定义和声明。名字空间可以使用任意URN，但前提条件是这个URN必须是独一无二的。

1.5 xml属性
出现在这本书里的所有xml文档都使用了元素来表示数据。但大家应该知道xml也支持属性概念。元素必须有起始标记和结束标记，属性则不同，他们不需要标记，只要把他们放到元素的起始标记里就行了。
对属性进行声明有三种不同的办法：
1.精心编写的xml，但不包含任何DTD或大纲
2.精心编写的xml,使用一个DTD
3.精心编写的xml，使用一个或者多个大纲。
第一种办法能正常运行，但实用环境中效果并不好，而soap又禁止使用DTD,所以我们就说下第三种方法吧。在xml大纲创建属性的时候，需要使用attributeType和attribute这两个关键字。这两个关键字只在大纲所属的名字空间里有意义。attributeType用来定义某个类型的特性，而attribute则指出该元素类型定义所针对的对象。
为了使用属性对book进行描述，相应的大纲应该是下面这个样子：

<Schema xmlns:xsd=”http://www.w3.org/2001/XMLSchema”   
xmlns:xsi=”http://www.w3.org/2001/XMLSchema-instance”>  
    <attributeType name=”title” xsi:type=”string” />  
    <attributeType name=”name” xsi:type=”string” />  
    <complexType name=”Author” content=”empty”>  
        <attribute type=”name” />  
        <element type=”Author”>  
    </complexType>  
</Schema>

attributeType的完整语法如下：

<attributeType default=”default value”
xsi:type=”type”
xsi:values=”enumerated values”
name=”idref”
required=”{yes|no}” >

default:属性的默认值。 
xsi:type:该属性的数据类型。如果选择的是枚举类型，还要天上xsi:value。 
name:属性类型的名字。为了对attributeType进行类型检查，必须有一个名字。 
required:表明一个包含有attributeType的元素是否必须带有此处定义的属性。 

以上がSOAP関連のXML知識の詳細な紹介の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。