targetNamespace 和 xmlns 不带前缀，有什么区别？

Question

在 xml 架构文档中，如果我同时拥有 targetNamespace 和 xmlns 不带前缀。

<xsd:schema xmlns:xsd="http://www.w3.org/2001/XMLSchema" 
            targetNamespace="http://example.com/" xmlns="http://example.com/">

它们之间的确切区别是什么？我的理解是，如果您有一个没有前缀的 xmlns，则所有没有前缀的元素都会获取该名称空间，并且......令人困惑的是 targetNamespace 也是如此。

Answer 1

targetNamespace 是一个 XML 模式“工件”；其目的：指示模式文件描述的特定 XML 命名空间。

xmlns - 因为 XML 模式是 XML 文档，所以可以为 XML 文件本身定义默认的 XML 命名空间（这就是 xmlns 属性的作用）；影响是多重的：创作和写作。例如，不必为模式中定义的项目使用前缀，这些项目稍后会在同一文件中的其他位置引用（例如，用作属性或元素的类型的全局 simpleType）。

根据我的经验，许多 XML 模式作者认为这是“最佳实践”……所以您走在正确的道路上。

就XSD而言，targetNamespace规定了模式组件的限定名称的命名空间部分，其中包括元素、属性、组和属性组以及简单和复杂类型。 XSD 中定义的一些限定名称（元素和属性）由 XML 实例文档“直接”使用。其他属性（例如类型）可以通过 xsi:type 属性引用在实例 XML 文档中。其余的（组、属性组）用于促进模式组合（通过引用）。

我还认为，（一般来说）人们从两个角度来设计 XSD：

• 匹配现有的 XML。在这种情况下，如果您的 XML 使用命名空间，则对于所使用的每个命名空间，您最终都会得到一个具有匹配的 targetNamespace 属性的 XSD 架构元素。

• 纯建模。然后，您可以将 targetNamespace 视为类似于 UML 包、数据库模式、Java 包或 .NET 命名空间，以及它在这种情况下的所有含义。从根本上来说，它是一种避免命名冲突的机制；尽管如此，它也是一种在学科领域等领域划分模型的机制。

Answer 2

对于那些仍然感到困惑的人，请考虑这三个 xsd。它们都定义了一种全局类型和一个引用它的全局元素定义。

首先，像上面发布的那样的 xsd。它使用前缀“xsd”作为模式命名空间，使用默认命名空间作为目标命名空间：

<xsd:schema 
  xmlns:xsd="http://www.w3.org/2001/XMLSchema" 
  targetNamespace="http://example.com/" 
  xmlns="http://example.com/">

  <xsd:element name="aGlobalElement" type="aGlobalType"/>

  <xsd:simpleType name="aGlobalType">
    <xsd:restriction base="xsd:string"/>
  </xsd:simpleType>   
</xsd:schema>  

现在是相同的 xsd，但为目标命名空间定义和使用命名空间前缀：

<xsd:schema 
  xmlns:xsd="http://www.w3.org/2001/XMLSchema" 
  targetNamespace="http://example.com/" 
  xmlns:tns="http://example.com/">

  <xsd:element name="aGlobalElement" type="tns:aGlobalType"/>

  <xsd:simpleType name="aGlobalType">
    <xsd:restriction base="xsd:string"/>
  </xsd:simpleType> 
</xsd:schema>  

...最后，使用默认命名空间的版本而不是 XML 模式命名空间的“xsd”：

<schema 
  xmlns="http://www.w3.org/2001/XMLSchema" 
  targetNamespace="http://example.com/" 
  xmlns:tns="http://example.com/">

  <element name="aGlobalElement" type="tns:aGlobalType"/>

  <simpleType name="aGlobalType">
    <restriction base="string"/>
  </simpleType>
</schema>

大多数模式作者都会选择第一个或最后一个，因为如果默认命名空间设施可用，那么我们不妨将它用于某些。

Answer 3

xmlns

xmlns 属性设置所描述元素的默认名称空间。因此，默认名称空间将应用于所描述元素内的所有元素，这些元素不会为自己显式声明另一个名称空间。

默认名称空间设置为 WSDL 文件的标准值：http://www.w3.org/ns/wsdl

targetNameSpace

此属性包含您的 Web 服务的名称空间。您可以自由选择此名称空间，但有一个约定，即 URI 应指向服务的 WSDL。

xmlns:tns

此名称空间应设置为与 targetNameSpace 属性相同的 URI。这样您就可以通过此名称空间前缀 (tns) 引用目标名称空间。

来源：http://tutorials.jenkov.com/wsdl/description.html

Answer 4

命名空间意味着范围

targetNamespace 是 schema 元素的一个属性，定义 XSD 文件中的命名空间（即包）。按照惯例，我们使用 URI/URL，但我们可以使用任何字符串。

xmlns 是一个属性，用于引用来自当前元素范围的 xmlns 属性值的元素和数据类型。

例如：

• xmlns:xsd="http://www.w3.org/2001/XMLSchema" 的前缀为 xsd 表示命名空间应以 为前缀xsd:
• xmlns="http://www.w3.org/2001/XMLSchema" 不带前缀是默认的
• xmlns:p="http://www.example.com/People " 的前缀为p 表示命名空间应以 p: 为前缀

，其中 xmlns:xsd 和 xmlns:p 是 QNames 和 >xmlns 是本地名称。

据我所知，下图有助于使用 Java 类比来理解 XSD：

Answer 5

其他答案都说得很好了，我就不再重复他们的解释了。但是，如果有 Java 背景的人会发现它更简单，这是我想出的类比 -

1. .xsd 文档是artifact/.jar 文件

2. xmlns 是

   包 com.example
   

   声明，您在 Java 类的顶部声明。

考虑一下（类比），如果您的 Java 项目中有一个包，并且所有类都在一个单个外部类中声明和定义。
例如，对于

    package com.furniture.models

    public class FurnitureShop {

         int noOfTables;
         int noOfChairs;
         int noOfBeds;
         List<Table> tables;
         List<Chair> chairs;
         List<Bed> beds;

         // and now instead of declaring and defining a class for table/chair/bed in a 
         // separate file, you just add it here 
         public static class Table {
             int height;
             int width;
             int length;
             ...
         }

         public static class Chair {
             String color;
             ChairType chairType;
             ...
         }

         public static class Sofa {
             int price;
             String color;
             ...
         }
    }

新架构，这就是如何将不同元素分组到单个 .xsd 文件中。

3. targetNamespace 是您创建的工件的名称。您可以自己发现，targetNamespace 在创建架构时使用，在 .xsd 文件中。

一旦创建了工件（或 .xsd 文件），您就可以在其他项目中使用它，如下所示 -

在Java 项目，您可以使用以下命令导入库pom.xml （或 build.gradle）文件如下 -

    <dependency>
       <groupId>com.furniture</groupId>
       <artifactId>furniture-apis</artifactId>
       <version>1.1.1</version>
    </dependency>

说明来“导入”架构

    <furniture xmlns="http://furniture.com"/>

在 XML 中，您可以使用=== 附录 ===

-

1. xmlns 既用作 package 语句，也用作 Java 中的 import 语句。在 .xsd 文件中，xmlns 充当“package”语句，而在 .xml 文件中，它充当作为“import”语句。

Answer 6

经过使用 xmllint 进行彻底测试后，我想我在这里找到了明确的解释。考虑下面的模式：

<?xml version="1.0" encoding="utf-8"?>
<xsd:schema
version="1.0"
xmlns:xsd="http://www.w3.org/2001/XMLSchema"
targetNamespace="http://yyyzzz.com"
xmlns:p="http://abced.com"
xmlns:q="http://pqr.com"
xmlns="http://yyyzzz.com">

<xsd:element name="recipe" type="recipeType" />

<xsd:complexType name="recipeType">
    <xsd:simpleContent>
        <xsd:extension base="xsd:string">
        <xsd:attribute name="desc" type="xsd:string"  />
        <xsd:attribute name="archetype" type="xsd:string" />
        </xsd:extension>
    </xsd:simpleContent>
</xsd:complexType>
</xsd:schema>

上面的模式验证下面的文档：

<?xml version="1.0"?>

<recipe xmlns="http://yyyzzz.com">
    Deciphering the purpose of targetNamespace
</recipe>

有效的原因是因为 xmlns="http://yyyzzz.com" 也自动绑定到模式定义的元素！这意味着，它还绑定到 recipeType 元素。

现在，使用相同的 xml 文档，但稍微修改了架构，如下所示，也可以验证并仔细查看差异：

<?xml version="1.0" encoding="utf-8"?>
<xsd:schema
version="1.0"
xmlns:xsd="http://www.w3.org/2001/XMLSchema"
targetNamespace="http://yyyzzz.com"
xmlns="http://eigenfield.aparicio.com"
xmlns:EGboy="http://yyyzzz.com">

<xsd:element name="recipe" type="EGboy:recipeType" />

<xsd:complexType name="recipeType">
    <xsd:simpleContent>
        <xsd:extension base="xsd:string">
        <xsd:attribute name="desc" type="xsd:string"  />
        <xsd:attribute name="archetype" type="xsd:string" />
        </xsd:extension>
    </xsd:simpleContent>
</xsd:complexType>

</xsd:schema> 

忽略其他 xmlns 是否丢失，而是仔细查看 type=" EGboy:recipeType"。我们不能再依赖xmlns，因为它具有不同的值，因此，我们必须将前缀EGboy放在recipeType前面。

xml 文档甚至不关心 EGboy 前缀，此前缀仅用于架构在存在多个时引用正确的 xmlns。