存储XML模式的最佳实践是什么？

我目前正在编写各种XML模式。至于编写模式本身，我很好。我已经对此进行了广泛的研究，但是我在查找IT方面的相关信息时遇到了一些困难。也许我只是使用了错误的关键字，所以如果这是重复的，我很抱歉。我自己确实花了很大的努力来找到这些信息。提前感谢您抽出时间来帮助我

如果存储在服务器端，我希望在服务器端使用这些模式。似乎根本没有必要为schemas子域设置单独的域控制器或类似的东西。如果我没有弄错的话，主域DC上的OU应该是令人满意的。然后，我只需要将它们放在一个单独的web服务器上，用于模式

我还注意到，在我个人对该主题的研究中，它们也可以存储在本地

---

现在，我已经充分介绍了背景信息，开始讨论这个问题。在什么情况下，哪一个更好？什么时候将架构存储在服务器上比将其存储在本地更合适？更明确地说，这里的最佳实践是什么，以及每个场景的优缺点是什么

XSD的传播是通过将XSD放在目标受众可以访问（最好是容易发现）的位置来实现的。为名称空间使用URL并直接或通过文档链接将关联的XSD存储在其中是使XSD可用并能够被找到的合理方法

与上述问题不同的是，给定的用户群将在何处以及如何访问XSD。通常最好将发布/分发与操作访问分开，并提供灵活的机制来指定XSD引用和首选物理位置（如XSD的本地缓存副本）之间的间接级别

另请参见：

---

通过将XSD放在目标受众可以访问（最好是容易发现）的位置，可以促进XSD的传播。为名称空间使用URL并直接或通过文档链接将关联的XSD存储在其中是使XSD可用并能够被找到的合理方法

与上述问题不同的是，给定的用户群将在何处以及如何访问XSD。通常最好将发布/分发与操作访问分开，并提供灵活的机制来指定XSD引用和首选物理位置（如XSD的本地缓存副本）之间的间接级别

另请参见：

---

名称空间不必是URL，如果是URL，也不必是可取消引用的。是的，我知道这类似于：file:///C:/environment/workspace/maven-ws/ProjextXmlSchema/email.xsd将在本地工作。我想知道的是什么时候适合将这些存储在本地而不是服务器上。模式已经在.dll中了，所以保持它们在那里似乎是有意义的，但我想对此更加确定一点。您所说的“它们不必是可解引用的”是什么意思？您不需要在

http://schemas.mycompany.com/SchemaName

。那个URL不需要存在，它只是一个（不透明的）标识符。啊，我明白你的意思了，谢谢你的澄清。因此，在本地存储Project.Core.IO.dll似乎不太可能导致任何问题。我这样认为是因为它会有一个带有模式的库，只要我使用file:///方法适当地引用它，就可以在本地使用。我假设像W3这样的场景更适合托管它。我的意思是，如果我错了，请纠正我，但这听起来确实很合理。我现在感觉好多了，再次感谢你。名称空间不必是URL，如果是URL，也不必是可取消引用的。是的，我知道这类似于：file:///C:/environment/workspace/maven-ws/ProjextXmlSchema/email.xsd将在本地工作。我想知道的是什么时候适合将这些存储在本地而不是服务器上。模式已经在.dll中了，所以保持它们在那里似乎是有意义的，但我想对此更加确定一点。您所说的“它们不必是可解引用的”是什么意思？您不需要在

http://schemas.mycompany.com/SchemaName

。那个URL不需要存在，它只是一个（不透明的）标识符。啊，我明白你的意思了，谢谢你的澄清。因此，在本地存储Project.Core.IO.dll似乎不太可能导致任何问题。我这样认为是因为它会有一个带有模式的库，只要我使用file:///方法适当地引用它，就可以在本地使用。我假设像W3这样的场景更适合托管它。我的意思是，如果我错了，请纠正我，但这听起来确实很合理。我现在感觉好多了，再次谢谢你。谢谢你，这些链接特别有用，这就是我要找的。你添加的标签也为我提供了我丢失的关键字，我明白了。谢谢你，链接特别有用，这就是我要找的。你添加的标签也为我提供了我所缺少的关键字。