Compartir a través de

Extensiones de marcado y XAML de WPF

  • Artículo

En este tema se presenta el concepto de extensiones de marcado para XAML, incluidos sus reglas de sintaxis, su finalidad y el modelo de objeto de clase subyacente. Las extensiones de marcado son una característica general del lenguaje XAML y de la implementación .NET de servicios XAML. En este tema se detallan las extensiones de marcado para su uso en XAML de WPF.

Procesadores XAML y extensiones de marcado

Por lo general, un analizador de XAML puede interpretar un valor de atributo como una cadena literal que se puede convertir a un primitivo o convertir a un objeto de algún modo. Uno de estos modos es haciendo referencia a un convertidor de tipos: se documenta en el tema Clases TypeConverter y XAML. Sin embargo, hay escenarios donde se necesita un comportamiento diferente. Por ejemplo, un procesador XAML puede recibir la orden de que un valor de un atributo no debería producir un nuevo objeto en el gráfico de objetos. En su lugar, el atributo debería producir un gráfico de objeto que hiciera referencia a un objeto ya construido en otra parte del gráfico o un objeto estático. Otro escenario es que un procesador XAML puede recibir una orden para usar una sintaxis que proporciona argumentos no predeterminados al constructor de un objeto. Estos son los tipos de escenario donde una extensión de marcado puede proporcionar la solución.

Sintaxis de extensiones de marcado básica

Una extensión de marcado se puede implementar para proporcionar valores a propiedades en un uso de atributos, a propiedades en un uso de elementos de propiedad o ambos usos.

Cuando se usa para proporcionar un valor de atributo, la sintaxis que distingue una secuencia de extensión de marcado para un procesador XAML es la presencia de llaves de apertura y cierre ({ y }). A continuación, el token de cadena inmediatamente posterior a la llave de apertura identifica el tipo de extensión de marcado.

Cuando se usa en la sintaxis de elemento de propiedad, una extensión de marcado es visualmente igual que cualquier otro elemento que se use para proporcionar un valor de elemento de propiedad: una declaración de elemento XAML que hace referencia a la clase de extensión de marcado como un elemento, que va entre corchetes angulares (<>).

Extensiones de marcado definidas por XAML

Existen varias extensiones de marcado que no son específicas de la implementación de WPF de XAML, pero que son implementaciones intrínsecas o características de XAML como lenguaje. Estas extensiones de marcado se implementan en el ensamblado System.Xaml como parte de los servicios XAML de .NET Framework generales y están dentro del espacio de nombres XAML del lenguaje XAML. En cuanto al uso de marcación común, estas extensiones de marcado se suelen identificar por el prefijo x: en el uso. La clase base MarkupExtension (que también se define en System.Xaml) proporciona el patrón que deben usar todas las extensiones de marcado para ser compatibles con lectores y escritores XAML, incluso en XAML de WPF.

  • x:Type proporciona el objeto Type para el tipo con nombre. Esta función se usa con más frecuencia en estilos y plantillas. Para obtener más información, consulte x:Type (Extensión de marcado).

  • x:Static genera valores estáticos. Los valores proceden de entidades de código de tipo de valor que no son directamente el tipo del valor de una propiedad de destino, pero que se pueden evaluar como ese tipo. Para obtener más información, consulte Extensiones de marcado x:Static.

  • x:Null especifica null como un valor para una propiedad y se puede usar para atributos o valores de elemento de propiedad. Para obtener más información, consulte x:Null (Extensión de marcado).

  • x:Array admite la creación de matrices generales en sintaxis XAML para casos en los que no se use deliberadamente el soporte de colección que proporcionan los elementos base y los modelos de control. Para obtener más información, consulte x:Array (Extensión de marcado).

Nota:

El prefijo x: se usa para la asignación de espacio de nombres típica de XAML para los objetos intrínsecos del lenguaje XAML, en el elemento raíz de una producción o un archivo XAML. Por ejemplo, las plantillas de Visual Studio para aplicaciones WPF inician un archivo XAML mediante la asignación x:. Puede elegir un token de prefijo diferente en su propia asignación de espacio de nombres XAML, pero en esta documentación se presupone la asignación x: predeterminada como manera de identificar las entidades que forman una parte definida del espacio de nombres XAML del lenguaje XAML, en lugar de un espacio de nombres predeterminado de WPF o de otros espacios de nombres XAML que no estén relacionados con ningún marco específico.

Extensiones de marcado específicas de WPF

Las extensiones de marcado más comunes que se usan en la programación de WPF son las que admiten referencias de recursos (StaticResource y DynamicResource) y las que admiten el enlace de datos (Binding).

  • StaticResource proporciona un valor para una propiedad sustituyendo el valor de un recurso ya definido. Finalmente, se realiza una evaluación StaticResource en tiempo de carga XAML y no tiene acceso al gráfico de objetos en tiempo de ejecución. Para obtener más información, consulte Extensión de marcado StaticResource.

  • DynamicResource proporciona un valor para una propiedad aplazando ese valor para que sea una referencia a un recurso en tiempo de ejecución. Una referencia de recurso dinámico fuerza una nueva búsqueda cada vez que se tiene acceso a este tipo de recurso y tiene acceso al gráfico de objetos en tiempo de ejecución. Para obtener este acceso, las propiedades de dependencia del sistema de propiedades de WPF y las expresiones evaluadas admiten el concepto DynamicResource. Por lo tanto, solo puede usar DynamicResource para un destino de propiedad de dependencia. Para obtener más información, consulte Extensión de marcado DynamicResource.

  • Binding proporciona un valor enlazado a datos para una propiedad mediante el contexto de datos que se aplica al objeto primario en tiempo de ejecución. Esta extensión de marcado es relativamente compleja, porque permite una sintaxis insertada sustancial para especificar un enlace de datos. Para obtener más información, consulte Binding (extensión de marcado).

  • RelativeSource proporciona información de origen para Binding que puede navegar por varias posibles relaciones en el árbol de objetos de tiempo de ejecución. Esto proporciona un origen especializado para los enlaces que se crean en plantillas de uso múltiple o creados en código sin conocimiento completo del árbol de objetos adyacente. Para obtener más información, consulte Extensión de marcado RelativeSource.

  • TemplateBinding permite que una plantilla de control use valores para propiedades con plantilla procedentes de propiedades definidas por el modelo de objeto de la clase que usará la plantilla. En otras palabras, la propiedad dentro de la definición de plantilla puede obtener acceso a un contexto que solo existe cuando se aplica la plantilla. Para obtener más información, consulte Extensión de marcado TemplateBinding. Para obtener más información sobre el uso práctico de TemplateBinding, consulte Aplicación de estilos con el ejemplo ControlTemplates.

  • ColorConvertedBitmap admite un escenario de creación de imágenes relativamente avanzado. Para obtener más información, consulte ColorConvertedBitmap (extensión de marcado).

  • ComponentResourceKey y ThemeDictionary admiten aspectos de búsqueda de recursos, especialmente para recursos y temas que se empaquetan con controles personalizados. Para obtener más información, consulte Extensión de marcado ComponentResourceKey, Extensión de marcado ThemeDictionary o Información general sobre la creación de controles.

*Clases de extensión

Para las extensiones de marcado específicas de WPF y del lenguaje XAML general, se identifica el comportamiento de cada extensión de marcado con un procesador XAML mediante una clase *Extension derivada de MarkupExtension y proporciona una implementación del método ProvideValue. Este método de cada extensión proporciona el objeto que se devuelve cuando se evalúa la extensión de marcado. El objeto devuelto se suele evaluar según los distintos token de cadena que se pasan a la extensión de marcado.

Por ejemplo, la clase StaticResourceExtension proporciona la implementación de superficie de la búsqueda real de recursos para que su implementación ProvideValue devuelva el objeto que se solicitó, y la entrada de esa implementación en particular debe ser una cadena que se usa para buscar el recurso por su x:Key. Gran parte de este detalle de implementación no es importante si usa una extensión de marcado existente.

Algunas extensiones de marcado no usan argumentos de token de cadena. Esto es porque devuelven un valor estático o coherente o porque el contexto para el valor que se debe devolver está disponible mediante uno de los servicios que se pasan con el parámetro serviceProvider.

El patrón de nomenclatura *Extension es por comodidad y coherencia. No es necesario para que un procesador XAML identifique esa clase como compatible para una extensión de marcado. Siempre que el código base incluya System.Xaml y use las implementaciones de servicios XAML de .NET Framework, todo lo necesario para que se reconozca como una extensión de marcado XAML es derivar de MarkupExtension y admitir una sintaxis de construcción. WPF define clases que habilitan la extensión de marcado que no siguen el patrón de nomenclatura *Extension, como Binding. Normalmente, el motivo es que la clase admite escenarios más allá de la compatibilidad de extensión de marcado pura. En el caso de Binding, la clase admite el acceso en tiempo de ejecución a métodos y propiedades del objeto para escenarios que no tienen nada que ver con XAML.

Interpretación de la clase de extensión del texto de inicialización

Un procesador XAML interpreta los token de cadena que siguen el nombre de la extensión de marcado y están dentro de las llaves de las siguientes maneras:

  • Una coma siempre representa el separador o el delimitador de token individuales.

  • Si los token separados individuales no contienen ningún signo igual, cada token se trata como un argumento constructor. Cada parámetro constructor debe proporcionarse como el tipo que espera la signatura y en el orden apropiado que espera la signatura.

    Nota:

    Un procesador XAML debe llamar al constructor que coincida con el recuento de argumentos del número de pares. Por este motivo, si está implementando una extensión de marcado personalizada, no proporcione varios constructores con el mismo recuento de argumentos. El comportamiento de cómo se comporta un procesador XAML si existe más de una ruta de acceso de constructor de extensión de marcado con el mismo recuento de parámetros no está definido, pero debe prever que un procesador XAML puede producir una excepción en el uso si esta situación se da en las definiciones de tipo de las extensiones de marcado.

  • Si los token separados individuales contienen signos igual, un procesador XAML llama primero al constructor sin parámetros para la extensión de marcado. A continuación, cada par nombre=valor se interpreta como un nombre de propiedad que existe en la extensión de marcado y un valor que se asigna a esa propiedad.

  • Si hay un resultado paralelo entre el comportamiento del constructor y el comportamiento de la configuración de propiedades en una extensión de marcado, no importa qué comportamiento use. Es más común usar los pares propiedad=valor pares para las extensiones de marcado que tienen más de una propiedad configurable, aunque solamente sea porque hace que la marcación sea más calculada y es menos probable transponer accidentalmente parámetros constructor. (Al especificar los pares propiedad=valor, esas propiedades pueden estar en cualquier orden). Además, no hay ninguna garantía de que una extensión de marcado proporcione un parámetro constructor que establezca cada una de sus propiedades configurables. Por ejemplo, Binding es una extensión de marcado con muchas propiedades que se pueden configurar con la extensión en un formulario propiedad=valor, pero Binding solo admite dos constructores: un constructor predeterminado y otro que establece una ruta de acceso inicial.

  • Una coma literal no se puede pasar a una extensión de marcado sin escape.

Secuencias de escape y extensiones de marcado

El control de atributos en un procesador XAML usa las llaves como indicadores de una secuencia de extensión de marcado. También es posible generar un valor de atributo de caracteres literales de llave si es necesario, escribiendo una secuencia de escape con un par de llaves vacío seguido de la llave de cierre literal. Consulte {} Secuencia de escape: extensión de marcado.

Anidar extensiones de marcado en uso de XAML

Se admite el anidamiento de varias extensiones de marcado. Se empezará a evaluar las extensiones de marcado por profundidad. Por ejemplo, considere el siguiente uso:

<Setter Property="Background"  
  Value="{DynamicResource {x:Static SystemColors.ControlBrushKey}}" />

En este uso, la instrucción x:Static se evalúa primero y devuelve una cadena. A continuación, la cadena se usa como argumento para DynamicResource.

Extensiones de marcado y sintaxis de elementos de propiedad

Cuando se usa como un elemento de objeto que rellena un valor de elemento de propiedad, una clase de extensión de marcado es visualmente indistinguible de un elemento de objeto típico respaldado por tipo que se puede usar en XAML. La diferencia práctica entre un elemento de objeto típico y una extensión de marcado es que la extensión de marcado se evalúa como un valor con tipo o se aplaza como una expresión. Por lo tanto, los mecanismos para detectar posibles errores de tipo de valores de propiedad para la extensión de marcado será diferente, de forma similar a cómo se trata una propiedad enlazada en tiempo de ejecución en otros modelos de programación. Se evaluará un elemento de objeto normal para la coincidencia de tipo con la propiedad de destino que se configura al analizar el XAML.

La mayoría de extensiones de marcado, cuando se usan en sintaxis de elementos de objeto para rellenar un elemento de propiedad, no contienen sintaxis de elementos de contenido o de cualquier otra propiedad. De este modo, cerraría la etiqueta de elemento de objeto y no proporcionaría ningún elemento secundario. Siempre que un procesador XAML encuentra cualquier elemento de objeto, se llama al constructor de esa clase, que crea una instancia del objeto creado a partir del elemento analizado. Una clase de extensión de marcado no es diferente: si quiere que su extensión de marcado se pueda usar en la sintaxis de elementos de objeto, debe proporcionar un constructor sin parámetros. Algunas extensiones de marcado existentes tienen al menos un valor de propiedad obligatorio que se debe especificar para obtener una inicialización eficaz. Si es así, ese valor de propiedad se proporciona normalmente como un atributo de propiedad en el elemento de objeto. En las páginas de referencia Características de lenguaje (x:) de espacios de nombres XAML y Extensiones XAML de WPF, se indican las extensiones de marcado que tienen propiedades obligatorias (y los nombres de dichas propiedades). En las páginas de referencia también se indica si la sintaxis de elementos de objeto o de atributos no se permite para extensiones de marcado concretas. Un caso destacado e es x:Array (Extensión de marcado), que no admite la sintaxis de atributos porque el contenido de la matriz debe especificarse en el etiquetado como contenido. El contenido de la matriz se controla como objetos generales y, por lo tanto, no es posible usar ningún convertidor de tipos predeterminado para el atributo. Además, x:Array (Extensión de marcado) necesita un parámetro type.

Vea también