Windows Phone 8.1 Tienda VS Windows Phone 8.1 Silverlight
windows-phone-8.1 (3)
Cuando creo un nuevo proyecto de Windows Phone, tengo la opción de crear una aplicación de "Windows Phone" o "Windows Phone Silverlight". Sé que tienen diferentes tiempos de ejecución y diferentes API. Tenía la impresión de que Microsoft quiere unificar las plataformas Windows y Windows Phone, entonces ¿por qué hay incluso una versión de Silverlight? ¿Qué ventajas ofrece? Además, si quiero crear una aplicación solo para Windows Phone y nunca tengo planes de llevarla a Windows, ¿qué debería elegir, Silverlight o Windows Phone?
Te sugiero que vayas con "Windows Phone" (que no sea Silverlight). Es la nueva API, que funciona tanto para Windows como para Windows Phone. En algún momento puede desear portar la aplicación o crear una nueva para Windows y ya sabrá la API (y la transferencia será mucho más fácil). Además, es muy probable que la nueva API obtenga más actualizaciones y funciones añadidas, y en algún momento incluso puede verse obligado a actualizar (ya sea porque la anterior ya no es compatible o porque no tiene algunas características que necesita). )
Como se dijo en las otras respuestas, la opción de Silverlight solo existe por compatibilidad con versiones anteriores y es probable que se elimine gradualmente en el tiempo. Es decir, es bueno si ya conoce la API y tiene muchas bibliotecas (las suyas u otras) para WP Silverlight, pero si recién está comenzando, será mejor que busque la nueva tecnología.
Editar
Hay otra cosa a considerar antes de elegir entre los dos tipos de aplicaciones. Algunas funciones solo están disponibles en una aplicación de Silverlight, y otras (menor cantidad), solo en una aplicación de Xaml. Aquí hay un artículo con información sobre las diferencias: migrar su aplicación Windows Phone 8 a una aplicación XAML de Windows Runtime
La unificación del entorno (s) sería ideal. En mi opinión, no ha sido muy exitoso. En un momento dado, solo podía desarrollarse con Silverlight, por lo que lo que está viendo es solo una versión más nueva de lo mismo para mantener la compatibilidad con versiones anteriores y para mantener contentos a los desarrolladores de Silverlight. En el futuro, probablemente se eliminará gradualmente. Además, si desea admitir teléfonos antiguos, Silverlight es básicamente su única opción (le sorprenderá saber cuántos usuarios de WP no han actualizado sus 8.0 a 8.1).
Realmente no hay ningún otro beneficio real de Silverlight aparte de tal vez el Windows Phone Toolkit que ha sido tremendamente útil (puede ver cuántas respuestas de SO se basan en este simple complemento). Una vez que el tiempo de ejecución universal se desarrolle hasta el punto en que la documentación refleje lo que realmente está disponible, entonces creo que sería el proyecto predeterminado para desarrollar en Windows en el futuro.
Si recién estás comenzando, usaría Silverlight, el conocimiento basado es mucho mayor. Después de que te acostumbres al entorno de WP, cambia al tiempo de ejecución.
Windows RT Xaml es bastante nuevo y las personas tienen que generar primero algunos conocimientos.
Silverlight para teléfono ha existido durante años y hay muchas herramientas disponibles: Phone Toolkit, diversos controles, etc. Solo matarlo hubiera perjudicado a muchos desarrolladores que acumularon propiedad intelectual durante mucho tiempo y les obligó a comenzar de nuevo.
Cuando comiences un proyecto con Silverlight tendrás más cosas que te ayudarán a completar tus tareas.
Al comenzar con WinRT Xaml, tendrá un mejor rendimiento, pero tendrá que calcular mucho por su cuenta.
Entonces, la opción de Silverlight está ahí para no tirar de los desarrolladores de Silverlight.
Recientemente comencé un nuevo proyecto en WinRT Xaml y mi experiencia fue que tuve que recrear muchas herramientas comunes como Caches, etc. Pero también muchas de las cosas que estaban en Toolkits anteriormente ahora son parte de la plataforma en sí misma. Además, cuando pasas a Windows 8, puedes compartir mucho código, lo que es bueno.