Pourquoi un fichier XAML WPF/Silerlight peut-il analyser sans l'espace de noms par défaut?

Question

J'ai lu que "l'espace de nom par défaut est important car sinon l'analyseur XAML ne reconnaîtra pas les éléments".

Cependant, tout comme un test, je le prends et, bien que le concepteur visuel ne peut pas reconnaître plus les noms d'éléments, ce Silverlight XAML fonctionne très bien:

<UserControl x:Class="Second12.Page" 
    xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml" 
    Width="400" Height="300"> 
    <Grid x:Name="LayoutRoot" Background="White"> 
     <TextBlock Text="This is a test."/> 
    </Grid> 
</UserControl> 

Pourquoi?

Answer 1

Je considérerais qu'il est raisonnable pour l'analyseur Silverlight de revenir à l'analyse de Silverlight WPF par défaut.

vous obtiendriez des erreurs si vous utilisiez wf xaml ou même WPF xaml non pris en charge par l'analyseur Silverlight.

Je voudrais regarder l'importance d'avoir l'espace de noms à l'avenir cependant. XAML est un langage supporté actuellement par WPF, Silverlight qui utilise un sous-ensemble de WPF, et WF et un peu en WCF. chacun d'eux a ses propres analyseurs en ce moment.

Avec .net 4.0, il y aura system.xaml.dll ou quelque chose à cet effet. L'espace de noms signifiera un peu plus car il dirigera l'analyseur plus loin. WPF, WF et WCF utiliseront tous cet analyseur et devineront que Silverlight l'utilisera dans le futur. En règle générale, les espaces de noms de niveau supérieur sont utilisés pour fournir un schéma IntelliSense de la manière dont l'analyseur est écrit pour chaque groupe.

Answer 2

Peut-être que la phrase aurait dû lire "ne devrait pas reconnaître". Cela semble une position de repli raisonnable pour l'analyseur XAML d'assumer l'espace de noms sans nom contiains éléments XAML en l'absence d'une définition d'espace de noms par défaut.