CTP liberado de Enterprise Library para .NET 2.0!

Así sin más, el equipo de Enterprise Library pone a disposición de la comunidad la versión August CTP of Enterprise Library for .NET 2.0.
El readme que viene con el archivo, aclara los puntos que se incluyen, lo que funciona, lo que todavía no funciona y sobre todo algo que hizo que saltaran mis ojos: Dependency Injection.
El tan sonado tema, ahora en EL... Interesante, ya que hace poco se anunció la liberación de Spring.NET y todavía más, encontré por ahí Castle Project que es otra implementación más de Dependency Injection.
En una serie de webcast acerca de arquitectura, Avanade, el alma matter de EL, presentó el tema de Frameworks, donde se vió que los servicios que se tienen con EL son meramente de infrastructura, y en su caso, complementó mediante aspectos, otro punto que ofrecen tanto Spring como Castle así que ahora... ¿Cuando introducirán aspectos en EL? El modelo que presentó Avanade es harto interesante, como plataforma de desarrollo empresariales.

Comentarios: Pragmatic Starter Kit: Unit Testing in C# with NUnit

Terminé de leer este libro y me ha quedado un excelente sabor de boca. No puedo recomendarlo más. Trata de manera directa y precisa el uso de pruebas unitarias en el contexto de C#, yendo un más allá de la mera sintáxis de NUnit, aclarando sobre todo el como usar las pruebas unitarias, que se debe probar, maneras de anticiparse a los errores, Mock Objects (¿cuál será una buena traducción para esto?) y finalmente una tarjeta con los principios generales y prácticas recomendadas para el uso de las pruebas unitarias que sirve de recordatorio de los temas leídos.
Este libro forma parte de una triada, que toca en los restantes tomos los temas de control de versiones, con sabores CVS y SVN, y la automatización de los procesos de construcción, pruebas y liberación. Me gusta este enfoque centrado en un tema habiendo leído antes libros que tocan varios puntos a la vez. Esto permite una exposición detallada y a la vez breve (el libro tiene 200 +/- páginas) de los temas sin caer en puntos omisos ni breves introducciones.
Otra característica interesante es la oferta del libro en formato PDF o comprar ambas versiones al mismo tiempo. Tenemos así la versión impresa para una buena lectura de noche o en transporte público y la facilidad de traerlo con nosotros en el disco duro del equipo.
En fin, un libro interesante para novatos y experimentados por igual.

Nueva versión de Spring.NET

Ya está liberada la versión 1.0 de Spring.NET que tiene como principal característica la implementación de AOP además ser la base para los subsecuentes desarrollos.

Patrones, fábricas, contenedores: Spring.NET

Spring es la realización del patrón de diseño Inversion of Control, una alternativa para enfrentar la creciente complejidad en la construcción de soluciones, a las cuales se les exige cada vez más flexibilidad y adaptibilidad a las cambiantes situaciones de la industria.
En la edición de Septiembre de MSDN, Griffin Caprio, miembro del equipo que está desarrollando Spring.NET, publica en la columna Design Patterns el artículo Dependency Injection, una breve introducción a los conceptos de Inversion of Control, Dependency Injection y Spring.NET

El café es mi tipo

You Are an Espresso

At your best, you are: straight shooting, ambitious, and energetic At your worst, you are: anxious and high strung You drink coffee when: anytime you're not sleeping Your caffeine addiction level: high

What Kind of Coffee Are You?

Patrones de Diseño.

Recién leí en la edición del mes de julio de MSDN Magazine la columna Behind The Scenes que trató acerca de Discover the Design Patterns You're Already Using in the .NET Framework.
Los patrones de diseño son de aquellas cosas que no siempre se entienden la primera vez. Muchas veces nos ayuda verlos ya implementados y en el caso del artículo, como se implementaron en la BCL de .NET.
Una vez conocidos, tiene uno la urgencia de aplicarlos para todo lo que nos va apareciendo (un singleton aquí, strategy por allá, command ¿por qué no?), después de un tiempo, nos recordamos una vez más que todo en exceso es malo. Además de la equivocada idea de que aplicar un patrón de diseño, es copiar el código, perdemos de vista que los patrones de diseño se aplican durante el diseño, no se obvian y se corta y pega código al momento de la construcción.
Los patrones que se mencionan en el artículo son los clásicos de Gamma et alias. Muchos los consideran los "creadores" de los patrones, aunque realmente este concepto viene de otra disciplina, la arquitectura y existen otras fuentes de patrones.
Microsoft por su parte, desde el inicio de Patterns & Practices, ha promovido algunos conjuntos de patrones, así tenemos a Enterprise Solution Patterns Using Microsoft .NET, los Data Patterns y finalmente, Integration Patterns.
Patrones de Diseño. ¿Cuál es el mejor modo de usarlos? Conocerlos, entenderlos y aplicarlos sin hacer "copiar y pegar".