Casi todos los que nos hemos dedicado en algún momento al desarrollo de aplicaciones reconocemos la importancia de mantener separados el contenido y la presentación; es decir, independizar qué hace la aplicación de cómo lo muestra al usuario. Yendo un paso más allá, el patrón MVC propone una separación del software en tres partes:

• Modelo (model): la información con la que trabaja la aplicación ("los datos"). Habitualmente esta parte está soportada por un sistema de base de datos.
• Vista (view): cómo interacciona el usuario con la aplicación ("la interfaz"). En una aplicación web suele utilizarse HTML y CSS.
• Controlador (controller): las acciones que realiza la aplicación ("el comportamiento" o "la lógica").

Muchos frameworks de desarrollo siguen este patrón, ya que las ventajas de esa separación son múltiples: la aplicación resulta más modular, más flexible, facilitando cambios en una de las partes sin necesidad de modificar el resto.

Por ejemplo, una aplicación desarrollada siguiendo ese patrón permitiría fácilmente cambiar el gestor de base de datos (el modelo) sin necesidad de modificar el resto de la aplicación; o desarrollar cada una de las partes de modo independiente; o acceder a la misma aplicación desde diferentes dispositivos como navegadores web o móviles, simplemente creando diferentes vistas.

¿Este patrón no queda del todo claro? ¿Sus ventajas no resultan tan evidentes? Puede que lo comprendamos mejor si establecemos un símil con algo que casi todos conocemos: la estructura de los teléfonos móviles.

… sigue / more +++

La semana pasada, del 2 al 4 de mayo, estuve en las Jornadas sobre Testeo de Software 2007, organizadas por el grupo SQUaC, en el que estoy trabajando actualmente; así que me tocó colaborar como ayudante de organización Este tipo de eventos son interesantes, no sólo por las ponencias, sino por su "aspecto social": charlas informales, conocer a gente interesante. ¡Ah!, y es una ocasión de practicar (el oxidado) inglés (no queda otro remedio cuando en una misma mesa se encuentra gente de Holanda, Estados Unidos, Alemania… ¡e incluso algún que otro español!)

Todas las ponencias trataron temas relacionados con el testeo; es decir, cómo encontrar errores en las aplicaciones que se desarrollan (porque, igual que las meigas, haberlos, haylos). Podría parecer que no hay mucho misterio en eso: se comprueba que el programa hace lo que debe, ¡y listos!

Pero los sistemas reales son demasiado complicados para verificar todas las maneras posibles de utilizarlos, así que existen multitud de técnicas y herramientas que ayudan a buscar los fallos allí donde puedan estar con mayor probabilidad. De eso precisamente han tratado las jornadas.

Nueva página y blog

Poco antes de que se iniciaran estas jornadas pusimos en marcha la nueva página del grupo SQUaC, que incluye un blog en el que hemos publicado información sobre las ponencias. Todavía estamos añadiendo contenidos y refinando su aspecto, aunque de momento estamos preocupándonos más de los temas de usabilidad y accesibilidad (hay que predicar con el ejemplo); el primer artículo del blog habla con un poco más de detalle de esos aspectos.

¡Por supuesto, estáis todos invitados a visitar la página y participar en el blog!

Muchos de los que nos dedicamos al desarrollo de software utilizamos, conocemos o, como mínimo, nos hemos tropezado con el concepto de framework (cuya traducción aproximada sería "marco de trabajo"). En concreto, y por diferentes motivos, he hecho algún pinito utilizando JavaServer Faces así como en Ruby on Rails.

Sin embargo, el concepto de framework no es sencillo de definir, a pesar de que cualquiera con experiencia programando captará su sentido de manera casi intuitiva, y es muy posible que esté utilizando su propio framework (aunque no lo llame así).

¿Cuál es el sentido de un framework?

… sigue / more +++