Advertisement
  1. Code
  2. Windows Phone 8

Windows Phone 8 de manera concisa: Introducción

Scroll to top
Read Time: 19 min
This post is part of a series called Windows Phone 8 Succinctly.
Windows Phone 8 Succinctly: The User Interface

() translation by (you can also view the original English article)

Hay un Chico Nuevo en el Pueblo

Los teléfonos inteligentes y tablets son, sin duda alguna, los reyes del mercado de consumo. Las computadoras tradicionales no desaparecerán pronto, especialmente en el mundo de los negocios, pero en muchos escenarios los dispositivos móviles han remplazado al antiguo planteamiento de "ratón y teclado" con uno más moderno e intuitivo, basado en interfaces táctiles y naturales. Seguramente, el iPhone de Apple fue el producto que forzó a las demás compañías a reconsiderar la experiencia móvil:primero, con un nuevo concepto, y segundo, con la idea de aplicaciones y app stores. Éstos días, una de las consideraciones clave cuando se elige un nuevo teléfono es la disponibilidad y calidad de las aplicaciones, mas bien que sólo las características ofrecidas por la plataforma. Los desarrolladores juegan un importante papel en ésto.

Microsoft podría haber llegado un poco tarde a la fiesta, pero lo hizo con un enfoque nuevo y fresco. Microsoft estaba desarrollando Windows Mobile 7 cuando se dió cuenta que el teléfono sería un producto atractivo para los consumidores que empezaban a acostumbrarse a dispositivos iPhone o Android. Así que sus desarrolladores abandonaron el proyecto y comenzaron desde cero para construir una plataforma totalmente nueva: Windows Phone 7. El resultado fue realmente diferente de los otros competidores: una nueva interfaz de  usuario, basada en un estilo de diseño plano llamado Microsoft Design (una vez conocido como Metro); y profunda integración con redes sociales y todos los servicios de Microsoft, como Office, SkyDrive, y Xbox.

La actual versión de la plataforma (que será cubierta en ésta serie) es Windows Phone 8; en el proceso de transición; Microsoft, lanzó una actualización llamada Windows Phone 7.5 que añadió muchas nuevas características para el consumidor, pero la mayoría, mejoró la experiencia del desarrollador al añadir muchas nuevas APIs.

Windows Phone 8 es un fresco inicio para la plataforma: Microsoft ha abandonado su antiguo conjunto de tecnologías utilizadas en Windows Phone 7 (el kernel Windows Mobile, Silverlight, XNA) para adoptar las nuevas características introducidas en Windows 8, como el nuevo kernel, el Windows Runtime, y el soporte para el código nativo (C++).

Por ésta razón, Windows Phone 8 no está disponible como una actualización para antiguos dispositivos Windows Phone 7. Para ayudar a usuarios en la transición, Microsoft lanzó una actualización intermedia llamada Windows Phone 7.8, que ha trasladado algunas de las nuevas funcionalidades de Windows Phone 8 (como los nuevos formatos de Mosaico) a los antiguos dispositivos.

Desde el lanzamiento de Windows Phone 8, Microsoft ha lanzado tres actualizaciones:

  • Actualización 1 (o GDR1), que añadió algunas mejoras en Internet Explorer, conectividad Wi-Fi, y experiencia de mensajería
  • Actualización 2 (o GDR2), que mejoró el soporte para cuentas de Google, Xbox Music, y Skype, agregó soporte para radio FM, y expandió la disponibilidad de la aplicación Data Sense (Sensor de Datos) para mantener el seguimiento del tráfico de datos.
  • Actualización 3 (o GDR3), que agregó soporte para una nueva resolución (1080p), modo de conducción, bloqueo de rotación de pantalla, y mejor gestión de almacenamiento, y mejoras en  Bluetooth y Wi-Fi.

El Hadware

Hablando del hardware es importante porque está estrictamente conectado a la experiencia de desarrollo y las características que puedes usar mientras desarrollas una aplicación. Con Windows Phone, Microsoft ha introducido un planteamiento que es un híbrido entre el de Apple y el de Google.

Como Android, Windows Phone se puede ejecutar en una amplia gama de dispositivos, con diferentes factores de forma y capacidades de hardware. Sin embargo, Microsoft ha definido una serie de pautas para hardware que todos los fabricantes necesitan seguir para armar un dispositivo Windows Phone. Además, los vendedores no pueden personalizar la interfaz de usuario o el sistema operativo; todos los teléfonos, sin importar el productor, ofrecen la misma experiencia de usuario con la que están familiarizados.

De ésta forma, Windows Phone puede tomar los mejor de ambos mundos: una amplia gama de dispositivos significa más oportunidades, porque Windows Phone puede ejecutarse bien en dispositivos baratos y pequeños de la misma manera que funciona bien en telefónos poderosos y con alta resolución. Un hardware más controlado, en cambio, hace más fácil la vida de los desarrolladores, porque siempre pueden contar con características como sensores o GPS.

Aquí están las características clave de un dispositivo Windows Phone:

  • soporte para procesador multi-núcleo (doble o cuádruple núcleo)
  • al menos 512 MB de RAM (generalmente 1 GB ó 2GB en dispositivos de gama alta)
  • al menos 4GB de almacenamiento (expandible con una Micro SD)
  • cámara
  • sensores de movimiento (acelerómetro, giroscopio, brújula), opcional
  • sensor de proximidad, opcional
  • conexión Wi-Fi y 3G
  • GPS
  • cuatro resoluciones soportadas: WVGA (480 x 800), WXGA (768 x 1280), 720p (720 x 1280), y 1080p (1080 x 1920)
  • tres botones de hardware: Atrás, Inicio y Búsqueda

El Windows Runtime

El Windows Runtime es la nueva capa de API que Microsoft introdujo en Windws 8, y es la base de un nuevo y más moderno planteamiento para desarrollar aplicaciones. De hecho, a diferencia del framework .NET, es una capa nativa, que se traduce en mejor desempeño. Además, soporta una amplia variedad de APIs que cubren muchos de los nuevos escenarios que han sido introducidos en años recientes: geolocalización, sensores de movimiento, NFC, y mucho más. Al final, es apta para escenarios asíncronos y multi-threaing que son uno de los requisitos clave de las aplicaciones móviles; la interfaz de usuario necesita ser siempre adaptable, no importa que operación esté desempeñando la aplicación.

Bajo la máscara del sistema operativo, Microsoft ha introducido el Windows Phone Runtime. Comparado con el original Windows Runtime, carece de algunas funcionalidades (específicamente, todas las APIs que no tienen mucho sentido en un teléfono, como APIs de impresión), pero añade nuevas específicas a la plataforma (como integración con otras plataformas, acceso a contactos y citas, etc.).

Microsoft enfrentó un desafío durante el desarrollo de Windows Phone 8: ya había un gran número de aplicaciones publicadas en la tienda Windows Phone que estaban basadas en tecnologías "antiguas" como Silverlight y XNA. Para evitar forzar a los desarrolladores a escribir sus aplicaciones desde cero, Microsoft introdujo tres funcionalidades:

  • El lenguaje XAML ha sido portado directamente desde Windows Phone 7 en lugar de hacerlo desde Windows 8. Ésto significa que el XAML aún es administrado y no nativo, pero está completamente alineado con el anterior, así que por ejemplo, características como comportamientos, para los cuáles se añadió soporte solamente en Windows 8, todavía están disponibles. De ésta forma, podrás reutilizar todo el XAML escrito para aplicaciones Windows Phone 7 sin tener que cambiarlo o arreglarlo.
  • Gracias a una funcionalidad llamada quirks mode, (referencia a retro-compatibilidad) aplicaciones escritas para Windows Phone 7 se pueden ejecutar en dispositivos Windows Phone 8 sin tener que aplicar algún cambio en la mayoría de los casos. Éste modo puede traducir llamadas API de Windows Phone 7 a las relacionadas con Windows Runtime.
  • El Windows Phone Runtime incluye una capa llamada .NET for Windows Phone, que es el subconjunto de APIs que estaban disponibles en Windows Phone 7. Gracias a ésta capa, podrás usar las antiguas APIs en una aplicación Windows Phone 8, aún si han sido remplazadas por nuevas APIs en el Windows Runtime. De ésta manera, podrás migrar las antiguas aplicaciones a la nueva plataforma sin tener que reescribir todo el código.

Como todo el Windows Runtime, Windows Phone 8 ha añadido soporte para C++ como un lenguaje de programación, mientras la capa Win JS, que es una librería que permite a desarrolladores crear aplicaciones para Windows Store usando HTML y Javascript, no se encuentra. Si quieres desarrollar aplicaciones Windows Phone utilizando tecnologías web, tendrás que recurrir al control WebBrowser (que incrusta una vista web en la aplicación) y hace uso de características proporcionadas por frameworks como PhoneGap.

Ésta serie cubrirá el desarrollo usando C# como un lenguaje de programación y XAML como un lenguaje de interfaz de usuario. No hablaremos sobre C++ o VB.NET (las APIs disponibles son las mismas, así que será fácil reutilizar el conocimiento adquirido al leer ésta serie). Además, ya que ésta serie es sobre Windows Phone 8, cubriré sólo las APIs Windows Runtime. En las áreas donde las APIs son duplicadas (significa que hay tanto Windows Runtime como  APIs Windows Phone para lograr la misma tarea, como almacenamiento o sensores), cubriré sólo las de Windows Runtime.

Las Herramientas de Desarrollo

La plataforma oficial para desarrollar aplicaciones Windows Phone es Visual Studio 2012, aunque apoyo ha sido agregado a las versiones comerciales de Visual Studio 2013. La mayor diferencia es que mientras Visual Studio 2012 todavía permite crear y abrir proyectos Windows Phone 7, Visual Studio 2013 sólo puede ser usado para desarrollar aplicaciones Windows Phone 8.

No hay diferencias entre las dos vesiones cuando hablamos de desarrollo Windows Phone: ya que el SDK es el mismo, obtendrás las mismas funcionalidades en ambos ambientes, así que usaremos Visual Studio 2012 como referencia para ésta serie.

Para empezar, necesitarás descargar el SDK de Windows Phone 8 del portal oficial para el desarrollador. Ésta descarga es apta tanto para nuevos desarrolladores como para desarrolladores de Microsoft que ya tienen una versión comercial de Visual Studio 2012. Si todavía no tienes instalado Visual Studio, el archivo de instalación instalará la versión gratuita Express, de otra manera, simplemente instalará el SDK además del emulador y los agregará  a tu instalación existente de Visual Studio.

El archivo de instalación también instalará Blend for Windows Phone, una herramienta creada por Microsoft específicamente para diseñadores. Es un editor visual XAML que facilita la creación de interfaz de usuario para una aplicación Windows Phone. Si eres un desarrollador, probablemente pasarás la mayoría del tiempo escribiendo manualmente XAML en el editor Visual Studio, pero puede ser un buen compañero cuando se trata de hacer cosas más complejas como crear animaciones ó manejar estados visuales de un control.

Para instalar el SDK de Windows Phone 8 necesitarás una computadora con Windows 8 Pro ó Windows 8 Enterprise de 64 bits. Ésto se requiere ya que el emulador está basado en Hyper-V, que es la tecnología de virtualización de Microsoft que únicamente está disponible en versiones profesionales de Windows. Además, hay un requerimiento de hardware: tu CPU necesita soportar el Traducción de Direcciones de Segundo Nivel  (SLAT), que es una característica de CPU necesaria para que se ejecute adecuadamente  Hyper-V. Si tienes una computadora más reciente, no tienes de que preocuparte; básicamente todas las arquitecturas de Intel i5 y más nuevas lo soportan. De otra manera, aún podrás instalar y usar el SDK, pero necesitarás un dispositivo real para testear y corregir errores.

Puedes usar una herramienta gratuita llamada Machine SLAT Status Check para saber si tu CPU cumple con el requisito SLAT.

El Emulador

El testeo y la depuración en una aplicación Windows Phone en un dispositivo antes de enviarlo a la Windows Phone Store es un requisito; sólamente en un teléfono real podrás probar el desempeño verdadero de la aplicación. Durante un desarrollo día a día, usar el dispositivo puede ralentizar tu flujo de trabajo. Aquí es cuando es útil el emulador, específicamente porque fácilmente podrás probar diferentes condiciones (como resoluciones diferentes, la pérdida de conectividad, etc.).

El emulador es una máquina virtual que trabaja con Hyper-V y capaz de interactuar con el hardware de tu computadora. Si tienes un monitor táctil, puedes simular la pantalla táctil del teléfono; si tienes un micrófono, puedes simular el micrófono del teléfono, etc. También, el emulador viene con una serie de herramientas adicionales que son útiles para testear algunos escenarios que podrían requerir un dispositivo físico, como usar el acelerómetro o el sensor GPS.

Podrás lanzar el emulador directamente desde Visual Studio. Hay versiones diferentes del emulador para simular las diferentes resoluciones y tamaños de memoria disponibles en el mercado.

La Experiencia del Desarrollador

Aplicaciones Windows Phone son publicadas en la tienda de Windows Phone, que es el principal camino para que los desarrolladores distribuyan sus aplicaciones. Sin embargo, hay dos excepciones: empresas y desarrolladores para fines de testeo.

Para empezar a publicar aplicaciones, necesitarás una cuenta de desarrollador, que puede ser comprada desde el portal oficial. La tarifa es de $19 por año y te permite publicar un número ilimitado de aplicaciones pagadas y un máximo de 100 aplicaciones gratuitas. Recientemente, Microsoft ha fusionado la experiencia de desarrollador para sus dos plataformas principales. Ésto quiere decir que con la cuenta de desarrollador, también podrás publicar aplicaciones Windows Store para Windows 8 en la Windows Store.

La cuenta de desarrollador también está conectada para testear. De hecho, por defecto, los teléfonos están bloqueados y la única forma de instalar aplicaciones de terceros es a través de la Windows Phone Store. Todos los desarrolladores pueden desbloquear teléfonos gratuitamente, aún si no tienen una cuenta pagada; la diferencia es que con una cuenta gratis, sólo un teléfono puede ser desbloqueado y sólo dos aplicaciones pueden ser descargadas en el teléfono. Con una cuenta pagada, los desarrolladores pueden desbloquear hasta tres teléfonos y pueden subir hasta 10 aplicaciones por cada uno.

El despliegue de aplicaciones puede ser ejecutado directamente desde Visual Studio o al usar una herramienta instalada con el SDK llamada Application Deployment.

Para desbloquear tu teléfono, necesitarás otra herramienta que viene con el SDK llamada Windows Phone Developer Registration. Tendrás que conectar tu teléfono a tu computadora e ingresar con la misma cuenta de Microsoft que has usado para registrar la cuenta de desarrollador.

La aplicación a ser publicada en la Windows Phone Store necesita estar certificada. El proceso de certificación (en el que se ejecutan pruebas tanto automática como manualmente) asegura que tu aplicación es aceptable desde un punto de vista técnico (la aplicación no se queda colgada, la experiencia del usuario no es confusa, etc.) y de contenido (no pornografía, no violencia excesiva).

Cubriremos más detalles sobre el proceso de publicación en el último artículo de ésta serie.

Vista previa para Desarrolladores

Microsoft ha introducido un nuevo programa para desarrolladores para otorgar acceso previo a nuevas actualizaciones de Windows Phone. De ésta forma, los desarrolladores pueden testear sus apps con los más recientes lanzamientos del Sistema Operativo antes de que se distribuyan a los usuarios.

Para suscribirse al programa tienes que:

  • tener un teléfono de desarrollador desbloqueado
  • tener una cuenta de desarrollador pagada ó una cuenta gratuita en App Studio, la herramienta web creada por Microsoft para crear fácilmente aplicaciones de Windows Phone sin habilidades de programación.

Una vez que has cumplido con éstos requisitos, puedes descargar la aplicación de Vista Previa para Desarrolladores (Preview for Developers) de la tienda.

Después de instalarla, tendrás que ejecutarla y habilitar el programa vista previa al aceptar los términos y condiciones. Una vez que has completado el proceso, actualizaciones de vista previa serán entregadas como actualizaciones regulares: tendrás que ir a la sección Updates (Actualizaciones) de la página Settings (Configuración) y revisar si hay nuevas actualizaciones. Al momento de escribir éste artículo, Microsoft está entregando GDR3 con éste programa de vista previa.

Sólo toma en cuenta que dependiendo del fabricante, instalar una version de vista previa puede anular la garantía del teléfono. Es un procedimiento seguro, pero si algo va mal, tu fabricante podría no apoyarte.

El Primer Proyecto

El punto de arranque de cada aplicación Windows Phone es Visual Studio 2012. Veamos como crear un proyecto y como está estructurado.

El primer paso es abrir Visual Studio 2012 y hacer click en New project (Proyecto Nuevo). En las plantillas instaladas disponibles, encontrarás la sección de Windows Phone que contiene todas las plantillas relacionadas con el desarrollo de Windows Phone.

Vamos a usar la más sencilla, Windows Phone app, que contiene sólo una página de inicio. Dále un nombre y haz click en OK Se te preguntará que plataforma vas a soportar. Ya que estamos cubriendo el desarrollo de Windows Phone 8, elige Windows Phone 8.0. El diseñador automáticamente cargará la página de inicio y, en la ventana Solution Explorer, (Explorador de Soluciones), verás la estructura del proyecto. Veámosla en detalle:

Structure of a Standard Windows Phone ProjectStructure of a Standard Windows Phone ProjectStructure of a Standard Windows Phone Project

App.xaml

El archivo App.xaml es el punto de inicio de cada aplicación Windows Phone: se encarga de inicializar la aplicación y el marco que contendrá las páginas. Además, debido a que una instancia de la clase App (que es definida en el archivo App.xaml.cs) siempre es mantenida vigente durante la ejecución de la aplicación, también es usada para definir todas las configuraciones globales. Por ejemplo, puedes interceptar el evento del ciclo de vida que cubriremos más adelante en ésta serie, o puedes definir los estilos globales XAML y los recursos que serán utilizados a lo largo de la aplicación.

MainPage.xaml 

Ésta es la página principal de la aplicación que es lanzada después de que es inicializada la aplicación. Es la que se incluye por defecto en un proyecto, pero puedes añadir las páginas que quieras en tu proyecto. Cada página tiene la misma estructura: se compone de un archivo con la extensión .xaml, que define la interfaz de usuario, y un archivo con una extensión .cs, que es el code behind (código detrás) que define la lógica para interactuar con la interfaz de usuario. Cada página hereda de una clase llamada PhoneApplicationPage que ofrece soporte integrado para propiedades y eventos que son conectados al ciclo de vida de la página, tales como eventos de navegación, orientación, gestión de la bandeja del sistema, y más.

Assets 

El directorio Assets contiene los recursos gráficos de la aplicación. El proyecto estándar incluye algunos íconos e imágenes por defecto para varias plantillas y tamaños de mosaico.

Resources

El directorio Resources contiene todos los archivos necesarios para manejar la localización. Por defecto, encontrarás sólo un archivo llamado AppResources.resx, que contiene el lenguaje base (normalmente Inglés, pero puedes seleccionar otro). Otro lenguaje será soportado al añadir un nuevo archivo AppResources. El archivo LocalizedStrings.cs es añadido por defecto en la raíz del proyecto, y es la clase que usaremos para manejar la localización. Cubriremos ésto más profundamente más adelante en ésta serie.

El archivo de Manifiesto

Dentro del directorio Properties (Propiedades) encontrarás un archivo llamado WMAppManifest.xml. Éste es un archivo muy importante. Es llamado manifiesto porque es usado para declarar todas las capacidades y características de la aplicación. Su papel es crucial durante el proceso de certificación; gracias a éste archivo, el proceso automático puede extraer toda la información necesaria de la aplicación, como su título, resoluciones soportadas, características que son usadas, etc.

Visual Studio 2012 proporciona un editor visual para el archivo manifiesto simplemente haz doble click en el archivo para abrirlo. Es importante notar que no todos los escenarios son soportados por el editor visual. A veces tendremos que editar manualmente el XML para extender nuestra aplicación.

El editor se divide en cuatro diferentes secciones:

  • Application UI: contiene toda la información sobre el aspecto de la aplicación una vez que es instalada en el teléfono, como el título, resoluciones soportadas, plantilla, e imágenes estándar para usar como el mosaico principal.
  • Capabilities: Enlista todas las características del hardware y software que la aplicación puede usar: como la cámara, servicios de geolocalización, redes, etc. En la mayoría de los casos, usar una característica para la cuál las capacidades específicas no han sido declaradas conducirán a una excepción cuando es ejecutada la aplicación. En ésta serie indicaré cada vez que usemos una característica que requiera una capacidad específica.
  • Requisitos: Enlista las características específicas del hardware que pueden ser usadas por tu aplicación, como la cámara o NFC. Si estableciste los requisitos, las personas que tienen teléfonos sin éstas características específicas del hardware no podrán descargar la aplicación.
  • Empaquetado: Define las característica del paquete que será publicado en la tienda, como el autor, el editor, el idioma por defecto, y lenguajes soportados.

La Pantalla de Presentación (Splash Screen)

Si ya has desarrollado aplicaciones para Windows Phone 7, deberías estar familiarizado con la pantalla de presentación. Es una imagen estática que inmediatamente es desplegada cuando la aplicación es abierta y desaparece cuando la aplicación está totalmente cargada y lista para ser usada.

La pantalla de presentación fue parte de la plantilla estándar de Visual Studio para proyectos Windows Phone 7, pero ha sido removida en proyectos de Windows Phone 8. Debido a las mejoras en el desempeño introducidas en el Windows Runtime, las aplicaciones ahora inician mucho más rápido, así que no se necesita una pantalla de presentación.

Si no necesitas una pantalla de presentación, tendrás que añadirla manualmente al proyecto después de una convención de nomenclatura específica: tiene que ser en formato JPG, el nombre de archivo tiene que ser SplashScreenImage.jpg, y la resolución requerida es 768 x 1280. De ésta forma, la imagen será automáticamente adaptada a la resolución del dispositivo. Si quieres tener control total de la resolución del dispositivo, puedes añadir tres imágenes diferentes, una para cada resolución soportada. En éste caso, la convención de nomenclatura a seguir es:

  • SplashScreenImage.screen-WVGA.jpg para dispositivos de 480 x 800.
  • SplashScreenImage.screen-WXGA.jpg para dispositivos de 768 x 1280.
  • SplashScreenImage.screen-720p.jpg para dispositivos de 720 x 1280.

La resolución de 1080p, desde un punto de de vista relación de aspecto, se comporta como de 720p: si tu aplicación es lanzada en un dispositivo de 1080p, la pantalla de presentación de 720p será usada si existe una.

Testeando la Aplicación

Cuando estés listo para probar tu aplicación, puedes desplegarla en un dispositivo o en el emulador directamente desde Visual Studio. En el área de la barra de herramientas encontrarás que parece como un botón de reproducir junto con una descripción de un objetivo de despliegue.                       Puedes elegir entre cinco diferentes targets (objetivos): un dispositivo real, dos versiones del emulador WVGA (uno con 512 MB de RAM y uno con 1GB de RAM), un emulador WXGA, y un emulador de 720p. De vez en cuando, la lista puede ser más larga porque Microsoft periódicamente lanza actualizaciones del SDK para añadir nuevos emuladores que coinciden con el nuevo lanzamiento del sistema operativo. Por ejemplo, Microsoft ya ha liberado una actualización del SDK que agrega las imágenes del emulador y que coincide con el lanzamiento del GDR2. 

Options for Debugging a Windows Phone Application with the Default SDKOptions for Debugging a Windows Phone Application with the Default SDKOptions for Debugging a Windows Phone Application with the Default SDK

Cuando la aplicación se está ejecutando en el modo de depuración, dos características son automáticamente habilitadas para ayudarte a trabajar:

  • El lado derecho de la pantalla muestra los contadores de rendimiento como el número de cuadros por segundo o el uso de la memoria. Te ayudarán a identificar los potenciales problemas de rendimiento con tu aplicación (ver imagen de abajo para más información detallada).
  • El teléfono o emulador nunca serán suspendidos-la funcionalidad "auto lock" que apaga la pantalla después de que no se utiliza es generalmente habilitada en dispositivos, pero en el modo de depuración, ésta característica es deshabilitada.
Various Counters Available in Debug ModeVarious Counters Available in Debug ModeVarious Counters Available in Debug Mode

Una rápida recapitulación

En éste primer articulo hemos comenzado a familiarizarnos con algunos conceptos importantes que cada desarrollador de Windows Phone debe conocer:

  • Hemos aprendido las principales características del software y hardware de la plataforma que pueden aprovechar los desarrolladores.
  • Discutimos el Windows Runtime que es el núcleo de las más recientes tecnologías de Microsoft, como Windows 8 y Windows Phone 8.
  • Hemos visto como comenzar a trabajar con Windows Phone: que herramientas descargar e instalar, como crear el primer proyecto, y la estructura de una aplicación Windows Phone.

Éste tutorial representa un capítulo de Windows Phone 8, de Manera Concisa, un libro electrónico gratuito del equipo de Syncfusion.

¡Sé el primero en conocer las nuevas traducciones–sigue @tutsplus_es en Twitter!

Advertisement
Did you find this post useful?
Want a weekly email summary?
Subscribe below and we’ll send you a weekly email summary of all new Code tutorials. Never miss out on learning about the next big thing.
Advertisement
Looking for something to help kick start your next project?
Envato Market has a range of items for sale to help get you started.