Windows Phone 8.1: ¿Con qué lenguaje desarrollo?

julio 15, 2014 , , , 0 Comentarios

Windows Phone

Introducción

Hoy en día nos encontramos con infinitas formas de desarrollar software, de modo que resulta casi imposible valernos de excusas para no hacer aplicaciones. En el mundo de Windows Phone 7.x e inclusive 8.0, desarrollamos las aplicaciones de forma nativa, híbrida o directamente web. Para las dos últimas, utilizamos como lenguaje base HTML con Javascript para realizar las interacciones entre el usuario y la aplicación, obviamente con sus limitaciones, propias de un lenguaje enfocado a plataformas cliente.

Por otra parte, en el desarrollo nativo nos encontramos por ahí con algún lenguaje "propietario" que debemos aprender de manera a poder desarrollar aplicaciones que puedan interactuar perfectamenete con el hardware disponible en los dispositivos. Por ejemplo, para Android debemos utilizar código Java y sus nomenclaturas, para Windows Phone un lenguaje acorde al .NET Framework y para iOS su famoso Objetive C. Es por eso que Windows Phone a dado un salto más allá para traernos más opciones en el desarrollo de aplicaciones para Windows Phone, incluyendo las aplicaciones Universales.

Windows Phone 8.1: Controles renombrados

julio 15, 2014 , , 0 Comentarios

Windows Phone

Introducción

Se dice que con "todo cambio se requiere un pequeño sacrificio". Como los controles de Windows Phone 7.x y Windows Phone 8.0 también existen en Windows Store, se han renombrado los controles para que éstos puedan adaptarse a las aplicaciones universales.

Como sabemos Microsoft está cambiando y el desarrollo de software cambia constantemente para satisfacer las necesidades de clientes y desarrolladores según se da el caso. Con estos cambios nos beneficiaremos en el desarrollo de una aplicación para ambas plataformas (Windows Phone 8.1 y Windows Store), con las famosas Aplicaciones Universales. En esta publicación veremos algunos de los controles renombrados en esta nueva versión de Windows Phone, es decir, controles que se reemplazan a partir de esta versión.

WPF: Atrapar errores a nivel de aplicación

julio 11, 2014 , , , 0 Comentarios

Introducción

Los buenos desarrolladores de software son conscientes de la necesidad de atrapar errores dentro de una aplicación, para tener control sobre ellas y para evitar "sorpresas" en una aplicación puesta en producción. Sin embargo, existen excepciones que escapan de dichos controles por encontrarse fuera del contexto en el cual nos encontramos en un determinado momento de la ejecución de la aplicación.

Contexto

Dado que en una aplicación podemos ejecutar varios hilos, ejecutar tareas y trabajos en segundo plano existen disponibles maneras de atrapar errores generales dentro de una aplicación WPF. Particularmente utilizo estas 4:

(417) Expectation Failed - En aplicaciones y Extensiones de Visual Studio

julio 02, 2014 , 0 Comentarios

Generalmente este error ocurre, en Visual Studio, cuando estamos trabajando en una máquina que se encuentra detrás de un servidor proxy. Obviamente, esto impide que nuestras aplicaciones se comuniquen con el servidor provocando este error un tanto desconocido -para muchos- pero familiar para otros.

Otro escenario para este tipo de errores se da cuando queremos actualizar las extensiones del Visual Studio.

El error generalmente se muestra así: Error en el servidor remoto: (417) Expectation failed.

Por lo tanto, propongo dos soluciones. Una para las aplicaciones y la otra para el Visual Studio.