Comments on: Double Dispatching http://www.alejolp.com/blog/2006/11/17/double-dispatching/ Here Comes Johnny Singing Oldies, Goldies Wed, 07 Jan 2009 14:03:17 +0000 http://wordpress.org/?v=2.6.5 By: Blog de Alejo » Blog Archive » Programacion Orientada a Objetos III: A ver, clase… http://www.alejolp.com/blog/2006/11/17/double-dispatching/#comment-6233 Blog de Alejo » Blog Archive » Programacion Orientada a Objetos III: A ver, clase… Fri, 06 Apr 2007 19:10:30 +0000 http://www.alejolp.com/blog/?p=84#comment-6233 [...] Ya les hablé de Poo, Más Poo, Double Dispatching. [...] [...] Ya les hablé de Poo, Más Poo, Double Dispatching. [...]

]]> By: Tano http://www.alejolp.com/blog/2006/11/17/double-dispatching/#comment-641 Tano Thu, 23 Nov 2006 02:43:33 +0000 http://www.alejolp.com/blog/?p=84#comment-641 Siempre los ejemplos de double dispatching se basan en competencias, algun juego jeje. Pero se entiende. Mira comento. A medida que avanzan los años cada vez da mas miedo escribir un if.... (habria que sacarlos? jeje) Saludoss!! Siempre los ejemplos de double dispatching se basan en competencias, algun juego jeje. Pero se entiende.
Mira comento.
A medida que avanzan los años cada vez da mas miedo escribir un if…. (habria que sacarlos? jeje)

Saludoss!!

]]> By: RJG http://www.alejolp.com/blog/2006/11/17/double-dispatching/#comment-597 RJG Sat, 18 Nov 2006 03:36:31 +0000 http://www.alejolp.com/blog/?p=84#comment-597 Excelente artículo Alejandro, más claro no lo podrías haber explicado. De todas formas... ¿Se utiliza DD en implementaciones reales? Yo pensaba que era sólo para aprobar Objetos I ;P Excelente artículo Alejandro, más claro no lo podrías haber explicado.
De todas formas… ¿Se utiliza DD en implementaciones reales? Yo pensaba que era sólo para aprobar Objetos I ;P

]]> By: Gorlok http://www.alejolp.com/blog/2006/11/17/double-dispatching/#comment-596 Gorlok Sat, 18 Nov 2006 02:25:15 +0000 http://www.alejolp.com/blog/?p=84#comment-596 Muy buen artículo. A este patrón se lo llama también Visitor. En http://es.wikipedia.org/wiki/Visitor_(patr%C3%B3n_de_dise%C3%B1o) hay más info, aunque en la versión es inglés de la misma página está mejor explicado: http://en.wikipedia.org/wiki/Visitor_pattern En la wikipedia hay mucha información con ejemplos sobre los patrones más conocidos. Al pie de dichas páginas, hay un índice de patrones muy interesante. Ahora, hablando de este patrón, si bien a veces es la mejor opción, le tengo bastante rechazo ^^ porque hay que escribir N^2 métodos si hay N clases, y es muy sucio tener que modificar todas las clases existentes cada vez que se agrega una nueva. En performance es muy eficiente. Se usa mucho en parsers y cosas así. Pero lo que se gana en performance, se pierde en limpieza de diseño y mantenimiento, que como dije, al crecer el número de clases, se hace inviable. Otra alternativa, más complicada, es combinar inversión de control por inyección de código, como se hace con un patrón Command, y un solo método de "ataque" (siguiendo con el ejemplo) al cual se puedan subscribir commands como en el patrón Observer (para subscribir nuevos comandos en la clase, que serán seleccionados usando una hash o tabla indexada por clases). Tendría que armar un ejemplo para explicarlo mejor, pero lo dejaré como tarea para el lector :P Hay más sobre técnicas de este estilo en http://www.martinfowler.com/articles/injection.html Saludos, Gorlok Muy buen artículo.

A este patrón se lo llama también Visitor. En http://es.wikipedia.org/wiki/Visitor_(patr%C3%B3n_de_dise%C3%B1o) hay más info, aunque en la versión es inglés de la misma página está mejor explicado: http://en.wikipedia.org/wiki/Visitor_pattern

En la wikipedia hay mucha información con ejemplos sobre los patrones más conocidos. Al pie de dichas páginas, hay un índice de patrones muy interesante.

Ahora, hablando de este patrón, si bien a veces es la mejor opción, le tengo bastante rechazo ^^ porque hay que escribir N^2 métodos si hay N clases, y es muy sucio tener que modificar todas las clases existentes cada vez que se agrega una nueva.

En performance es muy eficiente. Se usa mucho en parsers y cosas así. Pero lo que se gana en performance, se pierde en limpieza de diseño y mantenimiento, que como dije, al crecer el número de clases, se hace inviable.

Otra alternativa, más complicada, es combinar inversión de control por inyección de código, como se hace con un patrón Command, y un solo método de “ataque” (siguiendo con el ejemplo) al cual se puedan subscribir commands como en el patrón Observer (para subscribir nuevos comandos en la clase, que serán seleccionados usando una hash o tabla indexada por clases). Tendría que armar un ejemplo para explicarlo mejor, pero lo dejaré como tarea para el lector :P

Hay más sobre técnicas de este estilo en http://www.martinfowler.com/articles/injection.html

Saludos,
Gorlok

]]>