Silverlight XAML—XMLNS实际上是外部的吗？

创建新的silverlight页面时，会在用户控件标记中自动创建大量xml名称空间。例如

<UserControl x:Class="QuickStart.MainPage"
   xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
   xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"
   xmlns:d="http://schemas.microsoft.com/expression/blend/2008"
   xmlns:mc="http://schemas.openxmlformats.org/markup-compatibility/2006"
   mc:Ignorable="d"
   d:DesignHeight="300" d:DesignWidth="400">

---

我知道xmlns有核心silverlight标记，：x有xaml语言元素，：d有expression blend东西等等。我的问题是-silverlight是否在设计或运行时调用定义的模式UI？我无法想象它每次呈现页面时都会转到schemas.microsoft.com。但如果不是，URI实际上只是常量吗

不，它不存在于microsoft.com（那些文件夹甚至不存在），是的，这使这些基本不变。

不，它不存在于microsoft.com（那些文件夹甚至不存在），是的，这使这些基本不变。

XML名称空间是URL，但在大多数情况下，它们与实际的网站不对应，或文件或任何东西。它们基本上是为XML元素提供一个唯一的标识符，只要每个人都合作使用他们自己的域名作为URL的一部分。在早期，无论是谁想出了使用xmlns的URL，都可能是为了让人们在URL上发布文档，但实际上没有人这样做

---

XML解析器在任何时候都不会访问这些URL，它们基本上只是标识符。

XML名称空间是URL，但在大多数情况下，它们并不对应于实际的网站、文档或任何东西。它们基本上是为XML元素提供一个唯一的标识符，只要每个人都合作使用他们自己的域名作为URL的一部分。在早期，无论是谁想出了使用xmlns的URL，都可能是为了让人们在URL上发布文档，但实际上没有人这样做

---

XML解析器在任何时候都不会访问这些URL，它们基本上只是标识符。

您的问题已经得到了回答，但没有人提到使用它们的原因

未提及的是，您还可以通过程序集引用指定名称空间，但这意味着您需要为每个程序集指定一个名称空间。Silverlight库分布在多个程序集上（不仅仅是上面提到的示例xmls条目）

使用您正确地称之为“常量”的名称空间意味着可以使用单个共享名称空间引用多个程序集

---

这节省了大量单独的xmlns条目，但如果您只有页面源代码，则确实会带来一个问题，即弄清楚namspace指的是什么程序集：）

您的问题已经得到了回答，但没有人提到使用它们的原因

未提及的是，您还可以通过程序集引用指定名称空间，但这意味着您需要为每个程序集指定一个名称空间。Silverlight库分布在多个程序集上（不仅仅是上面提到的示例xmls条目）

使用您正确地称之为“常量”的名称空间意味着可以使用单个共享名称空间引用多个程序集

---

这节省了大量单独的xmlns条目，但如果您只有页面源代码，那么确实会遇到一个问题：弄清楚namspace所指的程序集是什么：）

通常认为在namespaceURI中放一些对人类有用的东西是礼貌的，很多人这样做了，但微软没有。（出于某种原因，他们的openxmlformats.org域名让我在MSN Entertainment.In Spanish.Handy上看到了一则Xbox广告。）在namespaceURI上放一些对人类有用的东西通常被认为是礼貌的，很多人都这样做了，但微软没有。（出于某种原因，他们的openxmlformats.org域名让我在MSN Entertainment.In Spanish.Handy上看到了一则Xbox广告。）