Diretiva x:Property

Declara uma propriedade XAML na marcação.

Uso de elemento Object do XAML

<object x:Class="className">
  <x:Members>
    <x:Property Name="propertyName" Type="propertyType"/>
    additionalProperties
  </x:Members>
</object>

Valores XAML

Comentários

Na implementação dos Serviços XAML do .NET, o . x:Property não tem um suporte de tipo direto, mas é suportado pela PropertyDefinition classe. Em um fluxo de nó XAML, um x:Property elemento é representado como um membro chamado Property, do namespace XAML da linguagem XAML. O membro Property contém atributos conforme declarado pela marcação.

O significado de e Type não são atribuídos no nível dos Name Serviços XAML do .NET. Eles são armazenados no fluxo de nó XAML inicial como valores de cadeia de caracteres, a serem interpretados posteriormente sob as regras que podem ser impostas por estruturas específicas. O significado pode se alinhar a um nome XAML e a um significado de tipo XAML, ou pode ser válido apenas em um sistema de tipo de suporte, dependendo da implementação.

Para dar suporte a um uso prático de como um meio de especificar definições de x:Members membro na marcação, os membros devem ser associados a uma classe que pode ser modificada. O modelo pretendido é que x:Members existe como um membro de um tipo que especifica um x:Class. No entanto, não há suporte para o mecanismo de associação de tipos e membros ou para a produção de definições de membros dinâmicos no nível dos Serviços XAML do .NET. Isso é deixado para estruturas individuais que têm modelos de aplicativo que dão suporte a definições de membro de XAML. Normalmente, as ações de build do MSBUILD que compilam o XAML e o integram ao code-behind ou produzem assemblies XAML puros são necessárias para dar suporte a esse recurso.

x:Property para Windows Workflow Foundation

Para o Windows Workflow Foundation, x:Property define os membros de uma atividade personalizada composta inteiramente em XAML ou membros dinâmicos definidos por XAML para um designer de atividade com code-behind. x:Class também deve ser especificado no elemento raiz da produção XAML. Isso não é um requisito no nível dos Serviços XAML do .NET, mas se torna um requisito quando a produção XAML é carregada pelas ações de build do MSBUILD que dão suporte a atividades personalizadas e ao XAML do Windows Workflow Foundation em geral. O Windows Workflow Foundation não usa o nome do tipo XAML puro como o valor pretendido para o atributo e, em vez disso, usa uma convenção que não está documentada x:Property Type aqui. Para obter mais informações, consulte Criação de DynamicActivity.