osc*_*tin 36 xml url xml-namespaces
以这一行为例:
<configuration xmlns:xdt="http://schemas.microsoft.com/XML-Document-Transform">
</configuration>
Run Code Online (Sandbox Code Playgroud)
一些简短的研究告诉我,不一定必须在该URL上托管.因此,如果它只是对本地程序集中包含的命名空间的引用,为什么要使用URL而不是像.NET(System.Data)通常使用的那些常规命名空间?
Mic*_*Kay 17
当你问为什么标准是这样的时候,对你的问题有两种可能的解释:(a)所做出的设计选择的感知益处是什么,以及(b)导致的事件的历史顺序是什么?该设计被采用而不是其他设计.
显然,使用类似HTTP的URI可以提供唯一性.但这也可以通过其他方式实现,例如通过发明新的URI方案.我认为,如果你追踪当时所做的论证,你会发现许多提倡使用HTTP风格的URI的人也提倡命名空间URI应该是不可分辨的,可能是一个模式或其他类型的文件.实际上,对于自己的命名空间来说,W3C策略总是存在一个文档,当您将命名空间URI键入浏览器时,可以检索该文档,并且它应该告诉您关于命名空间的有用信息.
所以我怀疑我们使用的URI看起来是可以引用的,但是没有为它们被解除引用时发生的事情定义任何语义实际上是委员会在两个或更多对立阵营之间妥协的结果.但你必须做一些适当的历史研究来证实这一点.
ska*_*man 10
这只是一个惯例.URI(它们就是它们,而不是真正的URL)是一种方便且全球熟悉的识别资源的方法.另一方面,.NET风格的标识符对于.NET开发人员来说是熟悉和可识别的 - XML比.NET更多.
就像 .NET 中的命名空间一样,XML 文档中的命名空间旨在帮助防止和解决名称冲突,尤其是当 XML 文档来自不同的组织和/或知识领域时。
XML 文档格式已由负责 HTML 的同一个人风格化,因此您可能会发现格式元素在语法上有相似之处。在语义上,dotNET 和 XML 命名空间服务于相同的目标。
| 归档时间: |
|
| 查看次数: |
8411 次 |
| 最近记录: |