Red de conocimiento informático - Problemas con los teléfonos móviles - La diferencia entre wpf y silverligter

La diferencia entre wpf y silverligter

En pocas palabras, Silverlight es una rama de WPF, que sólo se puede utilizar para aplicaciones WEB, como Flash's Flex. Sin embargo, ahora en términos generales (en sentido estricto) WPF se refiere a aspectos aplicados a WinForm. Esta es la diferencia entre los dos. Específicamente, tienen muchas clases, métodos, propiedades... y también hay ciertas diferencias.

A medida que WPF y Silverlight reciben cada vez más atención por parte de los desarrolladores .NET, los límites entre los dos se vuelven cada vez más borrosos. En junio, Wintellect publicó el poco conocido pero extremadamente importante "Informe técnico sobre similitudes y diferencias de Microsoft WPF y Silverlight". Recomendamos que los desarrolladores de GUI lean las 69 páginas y enumeraremos los puntos principales y su impacto en los desarrolladores en áreas comerciales relevantes.

Las propiedades de dependencia son una parte importante de ambas plataformas y PropertyMetadata se puede utilizar para guardar propiedades en lugar de campos normales. Silverlight sólo proporciona esta clase, pero WPF tiene varios subtipos disponibles.

UIPropertyMetadata agrega un identificador para determinar si la animación de las propiedades de dependencia debe deshabilitarse cuando se usan instancias de metadatos.

FrameworkPropertyMetadata agrega un identificador para indicar aquellos atributos que afectan la canalización, incluida la gestión de control , medición y presentación. También se puede utilizar para indicar si la propiedad permite el enlace de datos y el tipo predeterminado. Dado que Silverlight no admite esta clase, todos los enlaces de datos son unidireccionales de forma predeterminada.

Silverlight no admite eventos de túnel. Ambas plataformas admiten eventos directos y eventos burbujeantes.

WPF admite múltiples tipos de desencadenadores. Un activador simple adjunto a la propiedad de dependencia modificará automáticamente el estilo cuando se cumpla la condición del activador. Además de los desencadenadores simples, WPF también admite desencadenadores que responden a eventos enrutados o utilizan el enlace de datos.

Silverlight utiliza administradores de estado visuales en lugar de disparadores. Actualmente, WPF no proporciona esta tecnología, pero se agregará en WPF 4.0.

Silverlight solo admite algunas extensiones de marcado. Además de las extensiones comunes StaticResource, Binding y TemplateBinding, WPF agrega DynamicResource, RelativeSource, x:Type, x:Static y x:Array.

Hay muchos eventos de teclado y mouse que solo están disponibles en WPF. Debido a la gran cantidad de relaciones, proporcionaremos una lista completa más adelante.

Acerca de la clase UIElement y la interfaz IInputElement. Cuando un control está deshabilitado, WPF lo usa para deshabilitar todos los controles secundarios. Silverlight no proporciona esta funcionalidad, por lo que los desarrolladores deben recorrer manualmente el árbol de control.

En términos de comunicación, Silverlight se limita a BasicHttpBinding y PollingDuplexHttpBinding. Por supuesto, WPF admite todos los enlaces.

Finalmente, la funcionalidad de impresión también es completamente diferente entre ambos. WPF puede imprimir directamente el árbol visual, mientras que Silverlight depende del navegador para su implementación.