¿Cuál es la diferencia entre Silverlight y XBAP?

Question

¿Cuál es la diferencia entre Silverlight y XBAP? ¿Dónde utilizarías uno frente al otro?

Answer 1

Silverlight es multiplataforma y ejecuta sus aplicaciones en el navegador; se puede usar en cualquier lugar que use un navegador web.

WPF es sólo para Windows y por lo general se ejecuta sus aplicaciones en el escritorio; requiere que el framework .NET esté instalado.

Silverlight se puede ver como un subconjunto de WPF (aunque esto no es técnicamente correcto). No tiene todo el conjunto de características que tiene WPF. Lo que pierde en funcionalidad, sin embargo, gana en adoptabilidad.

WPF puede implementar aplicaciones a través del navegador, utilizando lo que se denomina XBAP. Esto es no es lo mismo que Silverlight; mientras que las aplicaciones de Silverlight en realidad están integradas en el navegador, WPF simplemente está utilizando el navegador como anfitrión para su proceso.

Para una guía más detallada sobre las diferencias entre WPF y Silverlight, me referiría a this white-paper en CodePlex.

Answer 2

La gran diferencia es la caja de arena. Ambas están en la zona de pruebas, pero las aplicaciones del navegador WPF (por ejemplo, XBAP) pueden solicitar más permisos, pero en Silverlight no se puede (por diseño).

Answer 3

1. Desde la perspectiva de los usuarios ver WPF usuario de la aplicación Navegador necesitará punto marco neto total a instalar es considerablemente mayor que el tiempo de ejecución de Silverlight.

2. aplicaciones de explorador WPF no funcionarán, excepto el sistema operativo Windows

3. Hay muchas más características que puede utilizar (como 3D real con la cámara y la luz) con aplicaciones de explorador WPF que no se puede hacer con Silverlight.

Answer 4

Lección de Historia. Fabricamos WPF originalmente para permitir que el diseño tenga más en cuenta cuando se trata de aplicaciones basadas en Windows, ya que este fue un feedback consistente que encontramos en el mundo de WinForms. Producimos WPF, y en cierto modo tomó prestadas técnicas similares que se encuentran en HTML pero en una forma más de lo que llamaríamos moda madura (XAML).

Luego decidimos (de acuerdo con los comentarios de los clientes) habilitar un subconjunto de esta visión en las máquinas x-platform y x-browser. Como resultado, terminamos con WPF/E (WPF en todas partes), que más tarde se cambió el nombre a Silverlight.

WPF vs Silverlight. La respuesta fácil es la siguiente: si quieres crear una solución con alcance x-platform/x-browser, entonces Silverlight es tu mejor opción. La desventaja es que no podrá salir de la caja de arena impuesta dentro de los navegadores, por lo que si se trata de una aplicación que está contenta de vivir en manos de la máquina, habita en el mundo, Silverlight puede proporcionarle un resultado más que razonable (Fuera del navegador, almacenamiento aislado, etc. le permiten más acceso de lo normal a una máquina de personas).

WPF, sin embargo, está ahí para un acceso profundo, lo que significa que desea acceder a un controlador USB o hablar con una tecnología alternativa a .NET, etc. mismos principios, acceso más profundo sin restricciones.

Puede implementar soluciones .XBAP que es muy similar a Silverlight, pero proporciona un poco más profundo en términos de acceso ... piénselo como el hijo del medio entre WPF y Silverlight.

Adelante. Estamos gastando ciclos asegurando que WPF/Silverlight converjan más en términos de una API uniforme, etc., para que pueda graduarse arriba/abajo de la experiencia tecnológica sin tener que cambiar radicalmente su lógica. Tenemos marcos vigentes hoy (es decir, PRISM/MEF) que lo ayudarán aquí, pero estamos trabajando arduamente para que las dos tecnologías vuelvan a ser iguales para todos ustedes.

Los comentarios son siempre bienvenidos y no duden en seguirnos en twitter para quejarse/elogiar a través de @teamsilverlight.

Scott Barnes/Rich Platforms Product Manager/Microsoft.