Un nuevo Application Block nació: Policy Injection Application Block.
Al parecer, con este nuevo App Block podremos aplicar conceptos como el de SoC (Separation of concerns) en nuestra aplicación, tal como lo venían predicando de manera similar frameworks como Spring.Net.
Para ser claro, podriamos hacer que en un objeto de nuestra aplicación, al ejecutarse un método, realice una entrada al archivo de log, de forma transparente en el código cliente.
Esto se pone más interesante, en la interoperabilidad que podremos llegar a tener con otros App Blocks, como ser: Validation, Logging, Exception entre otros.
La idea básica es trabajar con una factoría de clases, para la instanciación de nuestros objetos. Dicha factoria inspeccionará la configuración, para ver si el objeto posee politicas que aplicar, si no las posee, se crea una instancia común y corriente, si las posee, se crea un proxy para que el framework pueda manejar al objeto de forma transparente al cliente.
Escenario donde podriamos aplicar:
En nuestra aplicación un objeto que posee un método Guardar(Cliente obj). Utilizando estos conceptos, podríamos hacer que cada vez que se llame a este método, es decir, que querramos guardar un cliente, por medio del Policy Injection App Block se realize la validación del objeto (utilizando el Validation App Block), y si no es una entidad válida, dicho método Guardar no se ejecute.
Para más lean estos posts:
Compartelo !!!
La verdad que el policy app block esta bueno, es el primer aproximación que tiene la gente de Microsoft con AOP. Pero hay algo que no me gsuto nada. Que es quu el Obuilder, no se encargue de hacerte el policy injection.
Aca te mando un link, que explica mejor el tema.: http://www.davidhayden.com/blog/dave/archive/2007/03/06/PolicyInjectionApplicationBlockExampleLogging.aspx
Saludos,
Ranu