¿Por qué hay espacios de nombres XAML que son URLS?

Question

En Silverlight/WPF xaml en la parte superior del código, tiene las declaraciones de espacio de nombres/tipo de importación. Puedo entender fácilmente cómo estas declaraciones pueden apuntar a un ensamblaje para que se puedan cargar los tipos, etc. Lo que no entiendo (y en lo que no he pensado hasta ahora) es cómo funcionan estos espacios de nombres cuando apuntan a una url, p.

http://schemas.microsoft.com/winfx/2006/xaml/presentation/toolkit

En cuanto a esta URL me da un error por lo que no me dice nada.

Answer 1

Hay an attribute you can use en el código de su ensamblaje de referencia que se asigna un URI a los espacios de nombres de código:

[XmlnsDefinitionAttribute("http://yournamespace/", "Your.Assembly.Namespace")] 

puede incluir varias de estas attribut es, normalmente en su AssemblyInfo.cs, permitiendo que espacios de nombres de código múltiples sean referenciados por un solo espacio de nombres Uri en Xaml.

Esto hace que las declaraciones del espacio de nombres sean más compactas (ya que puede omitir el nombre del ensamblado). También le permite cierta flexibilidad en la reorganización de espacios de nombres en el ensamblado al que se hace referencia sin romper su marcado.

EDIT: por ejemplo, si apunta reflector en la asamblea PresentationCore, se puede ver atributos como este en el nivel de ensamblado:

[assembly: 
    XmlnsDefinition("http://schemas.microsoft.com/netfx/2007/xaml/presentation" 
        , "System.Windows.Ink") ] 

Esta es la forma en la importación Uri se asigna a los espacios de nombres de códigos .

Answer 2

Por lo que yo sé, son URLs que están fuera de la norma, cualquier identificador único sería suficiente.

Si marca doctypes HTML que son exactamente los mismos, al igual que en realidad no cargar :) Por ejemplo: http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd o http://www.w3.org/TR/html4/strict.dtd

No tiene ningún sentido por qué no es nada en estas URL, sin embargo, sería bueno tener algunas referencias reales ...