Ver por etiquetas

Todas las etiquetas » patrones » unity (RSS)
Buenas! No soy ni mucho menos un experto en EF (es más, me acabo de poner), como pueda serlo p.ej. Unai , pero desde que Scott Guthrie publicó un post sobre EF Code First he empezado a mirar algunas cosillas. Resumiendo rápidamente EF Code First nos permite desarrollar nuestra capa de acceso a datos codificando primero las clases, clases que son POCO . Eso nos permite conseguir lo que se conoce como persistance ignorance (o que las clases que nos representan los datos sean agnósticas sobre cualquier...
Nota: Este post es el segundo post de la serie Objetos que notifican sus cambios de propiedades . En el post anterior vimos como configurar Unity para que no tener que añadir código adicional para implementar la interfaz INotifyPropertyChanged . En este post quiero hablaros de un patrón que se utiliza mucho cuando hablamos de aplicaciones complejas : el patrón del publicador – suscriptor . En este patrón tenemos básicamente dos conceptos: El publicador...
con no comments
Archivado en: ,,
Nota: Este post es el primer post de la serie Objetos que notifican sus cambios de propiedades . En este post vamos a ver como configurar la intercepción de Unity, para poder inyectar nuestro código cada vez que se modifiquen las propiedades de un objeto. Los que desarrolléis en WPF sabréis que existe una interfaz llamada INotifyPropertyChanged , que se puede implementar para notificar a la interfaz de usuario de que las propiedades de un objeto (generalmente ligado a...
con no comments
Archivado en: ,,
Hola a todos!!! Como ha ido la despedida del 2009 y la bienvenida del 2010!!! Espero que os hayáis portado bien y que los reyes os hayan traído muuuuchos regalitos! En este post quiero dejar de lado la serie que estaba haciendo sobre facebook connect, para ver como, gracias a Unity, podemos crear objetos que nos notifiquen cuando cambian sus propiedades, sin que nosotros debamos añadir (casi) ningún código adicional! Pienso que es un muy buen ejemplo del poder de usar un contenedor IoC, además de...
7 comment(s)
Archivado en: ,,
Usar un contenedor de IoC es una práctica más que recomendable, pero al hacerlo es muy fácil caer en el anti-patrón de dependencia con el contenedor . Ese patrón se manifesta de varias formas sútiles, y aunque hay algunos casos en que pueda ser aceptable, en la gran mayoría indica una mala práctica que debemos revisar. ¿Que tiene de malo este código? // IS1 y IS2 son dos interfaces cualesquiera // S1 y S2 son dos clases que implementan dichas interfaces class A { IS1 s1; IS2 s2; public A(IUnityContainer...
4 comment(s)
Archivado en: ,,
Un comentario de Galcet en mi post “ Como independizar tu capa lógica de tu capa de presentación ” decía que el entendía por separado los conceptos de IoC y los de MVC pero que no veía como podían trabajar juntos… El motivo de este post es para comentar precisamente esto: no sólo cómo MVC e IoC pueden trabajar juntos sinó las ventajas que la combinación de ambos patrones nos aporta. Galcet no comentaba si se refería a aplicaciones desktop o web. En este post voy a tratar aplicaciones de escritorio...
4 comment(s)
Archivado en: ,,
Hace ya algún tiempecillo publiqué por aquí un post sobre IoC , titulado IoC o el poder de ceder el control . En el post mencionaba dos de los patrones clásicos asociados con IoC, el service locator y la inyección de dependencias ( dependency injection ), pero luego sólo me centraba en Service Locator. Un par de comentarios en dicho post decían si era posible algo similar pero explicando la inyección de dependencias, así que a ello vamos ;-) Dependencias de una clase Para entender como funciona la...
4 comment(s)
Archivado en: ,,
En mi opinión, usar un contenedor de IoC hoy en día, no es una opción sinó una obligación . Las ventajas que nos ofrecen son incotestables. Los patrones Service Locator y Dependency Injection nos permiten desacoplar nuestro código, y son la base para poder trabajar de forma modular y poder generar unos tests unitarios de forma más sencilla. Pero hoy no quiero hablaros de ninguno de estos patrones, sinó de otra de las capacidades de los contenedores...
5 comment(s)
Archivado en: ,,
Hola a todos! Hoy voy a hablar del poder que nos da el mecanismo de extensiones de Unity. Doy por supuesto que todos conoceis lo que es un contenedor IoC en general y Unity en particular. Si no, echad un vistazo a los posts “ IoC o el poder de ceder el control ” (para una explicación general de IoC) y “ Microsoft Unity: Inyección de dependencias .NET ” (para una explicación general sobre Unity en concreto). Para ilustrar el poder que nos da extender Unity...
2 comment(s)
Archivado en: ,
No hace mucho, Jorge Dieguez escribió un interesante post sobre Unity y el patrón de Dependency Injection . Resumiendo mucho este patrón permite eliminar las dependencias de nuestro código, trasladandolas todas a un sólo elemento, que se conoce generalmente como “contenedor de DI”. Este contenedor es el responsable de devolvernos todas las referencias a clases que nostros precisemos. Las ventajas es que tenemos un código mucho menos acoplado,...
2 comment(s)
Archivado en: ,,