Este artículo proviene de un motor de traducción automática.
Nota del editor
Patrones en práctica
En los últimos meses varios MSDN Magazine ha acogido un par de nuevas columnas —Rachel Appelde aplicaciones modernas y de Bruno Terkalyy Ricardo Villalobos' Windows Azure Insider. También hemos visto Charles Petzold rebrand su columna como DirectX Factor, reflejando su turno a la exploración de la infraestructura de DirectX del tiempo de ejecución de Windows. Lo que no sepáis es que también hemos estado ocupados en el sitio Web. En enero hemos introducido una nueva columna en línea mensual llamada patrones en la práctica, escrito por el veterano MSDN Magazine autor Peter Vogel.
Como sugiere el nombre de la columna, patrones en la práctica explora el valor y el potencial de patrones de diseño por aplicarlas en escenarios de trabajo. En su columna inaugural, "Agregar funcionalidad a un objeto" (msdn.microsoft.com/magazine/jj890759), Vogel mira una aplicación de gestión de pedidos de ventas y cómo el cliente puede agregar dinámicamente permitió funcionalidad a un objeto como sea necesario. Vogel explica que sus columnas presentará un problema de negocios y discutir algunas soluciones alternativas antes de zambullirse en, como escribe, "una solución que aborda el problema de manera comprobable/mantenible, basado en algún patrón de diseño". Desde allí, los lectores pueden esperar seguir como Vogel se basa el diseño e implementa la solución.
Pedí Vogel, por qué quería centrarse específicamente en patrones de diseño. Su respuesta:
"Yo sigo trabajando con programadores que están tratando con dirección el '-de la bolsa que dirección de patrones de diseño: reutilización, mantenibilidad, extensibilidad, posibilidad de prueba. Pero estos desarrolladores no ven a las soluciones ya existentes que proporcionan patrones de diseño, porque no ven patrones de diseño como fuentes de inspiración útil o dirección. Ellos consideran que los patrones más como straightjackets: un tipo te grita que 'estás haciendo mal!' Esto se agrava por muchos de los ejemplos del patrón de diseño es sobre cosas que nunca se construirían más los desarrolladores de aplicaciones de negocio — editores, por ejemplo.
"Quiero mostrar que patrones de diseño deben ser parte de un toolkit de desarrollador como diseño de bases de datos relacionales o programación estructurada. Patrones de diseño son, para mí, todo sobre pasar de 'pensamiento en código procesal' a "pensar en objetos". Esta columna debe demostrar que los patrones de diseño, como los tres niveles de normalización de datos, proporcionan respuestas muy útiles a algunos problemas muy comunes".
Los frutos de este esfuerzo ya son visibles en los enérgicos idas y venidas en la sección de comentarios de los primeros patrones en la columna de la práctica y están dando forma a la dirección de cobertura de Vogel hoy. Vogel dice que ajusta el diseño de su modelo de objetos — presentada en detalle en su columna de febrero, "Datos para agregar funcionalidad a una clase de diseño" (msdn.microsoft.com/magazine/jj984634), basado en convincentes los argumentos formulados en respuesta a los primeros patrones en la columna de la práctica.
"Aunque siempre soy resistente cuando la gente no está de acuerdo conmigo, yo intento generar preguntas que resolverán la discusión de una manera u otra," dice Vogel. "Que me permite salir y buscar las respuestas a esas preguntas y aplicar las pruebas en lugar de simplemente pisando fuerte mis pies o caer en"principios.""
Vogel dice que ve varios errores comunes cuando se trata de trabajar con patrones, a partir de los desarrolladores que no se aprovechen de patrones donde estarían realmente útiles. "Los desarrolladores acaban de pasar tiempo de reinventar la rueda y terminar con un óvalo cuando un círculo habría sido una opción mucho mejor," dice.
Vogel continúa señalando que los conjuntos de herramientas modernas hacen patrones comunes fáciles de implementar, sin embargo, muchos desarrolladores no son conscientes de los recursos disponibles. Por último, dice, los desarrolladores pueden funcionar en el problema de la diagnosis equivocada, tampoco entienden lo que un patrón de diseño pretende dirección o diagnosticar el problema que están tratando de resolver.
En los próximos meses, usted puede esperar patrones de Vogel en columna de práctica para explorar el patrón de observador y cómo una variación de la misma se implementa en SignalR para aplicaciones de arquitectura basada en Web y orientada a servicios (SOA). Vogel dice que las columnas mostrará cómo reemplazo de los sets de tecnología puede hacer algunos patrones más atractivo en un entorno donde el patrón, como él dice, "de lo contrario ser descartado como un-implementable." También busque un estudio de caso en torno al patrón de decorar.
¿Tienes un concepto o patrón que gustaría ver Vogel explorar en su columna? Escríbeme a mmeditor@microsoft.com y háganoslo saber!
Michael Desmond es el redactor jefe de la MSDN Magazine.