En esta serie de post hemos visto como el patrón MVVM nos ayuda a eliminar el code-behind de nuestras vistas propiciando así la reutilización de código, en este post veremos que además de poder vincular propiedades a nuestra vista hecha en XAML también podemos agregar funcionalidad a través de comandos, es decir, en lugar de solo recibir o enviar notificaciones también podemos atar funcionalidad. Para lograr esto necesitamos hacer una implementación de la interfaz ICommand, esta interfaz tiene tres elementos (dos métodos y un evento), estos elementos deben ser implementados para después vincularlos con los objetos que heredan del control ButtonBase que contienen una propiedad Command que nos permite hacer uso de una expresión de atado de datos con la implementación de ICommand, veamos el siguiente ejemplo.

Hoy nos toca ver el último de los tres componentes de MVVM que hemos visto a lo largo de esta serie de post el ViewModel. El ViewModel es el encargado de conectar a los modelos con la vista, de controlar la lógica de la aplicación y de manejar el flujo de navegación, como mencionamos en la analogía en el post anterior los ViewModels son todos los engranes y sistemas que permiten al conductor (usuario) dirigir al automóvil hacia donde el desea, es en los ViewModels donde concentraremos las propiedades que servirán para hacer el atado de datos con la vista, las implementaciones de ICommand para vincular funcionalidad y aquí llamaremos a los modelos para trabajar con los datos, por lo regular cuando trabajamos con un buen enfoque de MVVM los modelos terminan sirviendo para diversos ViewModels y un ViewModel van ligado a una vista, aunque pueden ser utilizadas por más de una de ellas.

Si bien aún (domingo 20 de Junio de 2015) no existe información oficial (con oficial me refiero a MSDN) sobre lo que viene para los desarrolladores con Windows 10, Microsoft nos ha dejado ver una serie de vídeos con avances de las nuevas características agregadas a la plataforma, en este post veremos una de estas nuevas características llamada atado de datos compilado (Bindings compilados). En el atado de datos tradicional se utiliza reflection en tiempo de ejecución para resolver las expresiones de atado de datos con el coste de recursos que esto implica, ahora con x:Bind que será una nueva sintaxis de atado de datos la evaluación se llevará a cabo en tiempo de compilación y el atado de datos será fuertemente tipado, con lo que al eliminar el costo del manejo de reflection obtendremos un mayor rendimiento.

Siguiendo con esta serie de post sobre MVVM hoy vamos a hablar del modelo (Model), los modelos son los encargados de proveer la información a nuestros ViewModels es decir tienen la responsabilidad del acceso a datos y la lógica de negocios para que los ViewModels tengan la responsabilidad primordial de mostrar la información a través de la vista (View) y manejar la lógica de la aplicación. En este punto y para apoyarnos me gustaría hacer una analogía en la que utilizaremos las funciones generales de un automóvil el cual representará nuestra aplicación (repito es una visión muy simple de un automóvil).

Como hemos visto en los post anteriores XAML tiene la capacidad de comprender expresiones de atado de datos y la vista juega un papel primordial en la interacción con el usuario, pues bien por lo general esa interacción entre el usuario y nuestra aplicación produce cambios en la información que contiene nuestra aplicación, estos cambios ya sea por procesos de nuestra aplicación o por datos proporcionados por los usuario son manejados por medio de un sistema de notificación de cambios que permite a los componentes mantener el estado de la información actualizado según convenga.

En alguna ocasión trabajando en una aplicación tuve la necesidad de convertir de números a texto (1 -> uno, 2 -> dos), lo primero que pensé fue en generar el algoritmo, pero después decidí realizar una búsqueda y me encontré con el proyecto Number 2 Letters así que lo implemente ya que la conversión era bastante buena y salvo algunos números como el 100 no tenía errores, en el siguiente código podrán ver como solo es necesario agregar una cultura con el lenguaje que deseamos convertir y el formato “L”

En el post anterior hablamos de la característica de atado de datos de XAML y vimos que es la característica sobre la que está basado el patrón MVVM, en este post hablaremos del concepto de vista (View), la vista es la parte de nuestra aplicación que trabaja de forma directa con los usuarios, es donde podremos dar formato a los datos para una mejor apreciación y en general crearemos nuestra experiencia de usuario que es tan importante hoy en día si queremos que nuestras aplicaciones triunfen.

Por cuestiones de tiempo deje esta serie de post y hoy he decidido retomarlo, ¿Por qué? Bueno, con la llegada de Windows 10 se prevé un auge aún mayor en el uso de este patrón dentro de todo el ecosistema Microsoft, así que si tú tienes pensado o ya desarrollas sobre alguna de las siguientes plataformas WPF, Windows Store Apps, Windows Phone Apps y las futuras Windows Apps deberías tomarte el tiempo para aprender este patrón, ya que ten por seguro que el tiempo que no inviertes hoy en estudiar y aplicar este patrón el día de mañana lo pagaras con creces.

Pues este fin se semana mientras descansaba un rato, me he puesto a ver la serie de HBO Silicon Valley y he llegado al capítulo en el que Richard ha contratado a un pequeño programador quien se hace llamar “el arquitecto” (que por cierto resulto ser un fraude) para que le ayude con la implementación de la nube en su startup. ¿Y qué tiene que ver todo esto con la tecnología?

Hi, this is my first English post, well my first English translate post. You know some time ago I had the need to add some information to an image so I was looking at MSDN and found the RenderTargetBitMap class, this class allows us to get images from XAML controls, this is especially useful when we want to generate thumbnail or to share a picture of these controls with other applications.