El próximo jueves día 9 de mayo, desde CartujaDotNet, el grupo de usuarios .NET de Sevilla, tenemos el gusto de invitaros a un evento presencial del gran Braulio Díez para tratar sobre un tema de gran actualidad: arquitectura de aplicaciones Javascript con Knockout y otros frameworks interesantes.

Será a las 19:30h, durará unas dos horas, y tendrá lugar en el Clouding Point/Centro demostrador TIC de Sevilla, que podéis encontrar en la siguiente dirección:

Descripción oficial del evento

¿Se acumula desmesuradamente código cliente en tus proyectos?, ¿has oído hablar de MVVM?, ¿quizás de Knockout?. Desde CartujaDotNet (@cartujadotnet), grupo de usuarios .NET de Sevilla, organizamos un evento sobre Arquitectura con Javascript.
Soluciones a problemas comunes: scripts/css, cache y tamaños, crear módulos y métodos  “privados/ públicos”, gestión de dependencias, servicios de datos, unit testing, mocking de datos, binding declarativo y más!

Para ello se utilizarán en conjunto: Bundling, Amplify, RequireJS, Knockout y MockJSON.

Sobre Braulio Díez

Es un desarrollador de software especializado en Web y XAML. Lleva más de 15 años de experiencia trabajando en el sector en proyectos de ámbito internacional. Además, Braulio es MVP de Silverlight, escribe artículos técnicos relacionados con tecnologías .NET, es trainer y speaker.


No os lo perdáis, que seguro que es interesantísimo. ¡Nos vemos por allí! :)

Publicado en: Variable not found.

Ha pasado ya tiempo desde el último (y primer ;-)) post que escribí sobre Knockout, en el que hicimos una pequeña introducción al patrón Model-View-ViewModel y a Knockout.js, e incluso llegamos a implementar un pequeño ejemplo de código para ver cómo funcionaba el invento.

También presentamos en aquél momento dos conceptos que resultaban básicos para Knockout.js:

• El binding, que es el mecanismo que permite mapear datos y acciones de la vista a propiedades y métodos del View-Model.
• Las propiedades observables, que son aquellas a las que el framework realiza seguimiento de cambios con objeto de actualizar, cuando sus valores cambien, los elementos que dependan de ellas.

Estos dos conceptos están muy relacionados, y es conveniente tener claro de qué forma.

La programación web tradicional, basada en el modelo de petición-respuesta de página completa, no requería demasiado código en cliente más allá que el necesario para realizar validaciones y lógica de presentación simple: ¿para qué complicarnos en cliente si podíamos hacerlo todo en servidor?