Chain of Responsibility - Historial de revisiones

Javiermartin jc: Texto reemplazado: «
» por «»

2019-06-20T19:41:10Z

Texto reemplazado: «<div align="justify">» por «»

Odisa ciget.vcl en 19:11 14 may 2012

2012-05-14T19:11:17Z

Odisa ciget.vcl en 19:04 14 may 2012

2012-05-14T19:04:59Z

Odisa ciget.vcl en 19:03 14 may 2012

2012-05-14T19:03:30Z

Odisa ciget.vcl en 19:00 14 may 2012

2012-05-14T19:00:41Z

Odisa ciget.vcl en 18:53 14 may 2012

2012-05-14T18:53:33Z

Arletisjcconsolacion: Patrón Chain of Responsibility trasladada a Chain of Responsibility

2011-11-17T16:50:48Z

Patrón Chain of Responsibility trasladada a Chain of Responsibility

Yami86 en 19:38 8 nov 2011

2011-11-08T19:38:24Z

Humberto0601ad jc en 23:32 2 nov 2011

2011-11-02T23:32:55Z

Yami86 en 13:02 31 oct 2011

2011-10-31T13:02:25Z

@@ Línea 6: / Línea 6: @@
 }}
-<div align="justify">
 '''Chain of Responsibility'''. Permite establecer una cadena de objetos receptores a través de los  cuales se pasa una petición formulada por un objeto emisor. Cualquiera  de los objetos receptores puede responder a la petición en función de un  criterio establecido.

@@ Línea 1: / Línea 1: @@
 {{Definición
 |nombre=Chain of Responsibility
-|imagen=
+|imagen=Chain_of_responsability.jpg
 |tamaño=
 |concepto=Permite establecer una cadena de objetos receptores a través de los cuales se pasa una petición formulada por un objeto emisor. Cualquiera de los objetos receptores puede responder a la petición en función de un criterio establecido.

@@ Línea 10: / Línea 10: @@
 == Propósito ==
 Evita acoplar el emisor de una petición a su receptor, dando a       más de un objeto la posibilidad de responder a la petición.       Encadena los objetos receptores y pasa la petición a través de la       cadena hasta que es procesada por algún objeto.
 == Motivación ==
 La idea de este patrón es desacoplar a los emisores y a los       receptores dándole a varios objetos la posibilidad de tratar una       petición, que se pasa a través de una cadena de objetos hasta que       es procesada por alguno de ellos.
 Para reenviar la petición a lo largo de la cadena, garantizando       que los receptores permanezcan implícitos, cada objeto de la       cadena comparte una interfaz común para procesar peticiones y para       acceder a su sucesor en la cadena.
 == Aplicabilidad ==
-−
 Usar Chain of Responsability cuando:
@@ Línea 33: / Línea 28: @@
 == Estructura ==
 [[Archivo:ChainofResponsibility.jpg]]
@@ Línea 42: / Línea 36: @@
 == Participantes ==
 *Manejador*: Define una interfaz para tratar las peticiones.       Opcionalmente, implementa el enlace al sucesor.
@@ Línea 49: / Línea 42: @@
 == Colaboraciones ==
 Cuando un cliente envía una petición, ésta se propaga a       través de la cadena hasta que un
@@ Línea 56: / Línea 48: @@
 == Consecuencias ==
 *Reduce el acoplamiento: Libera a un objeto de tener que       saber que otro objeto maneja una petición. Ni el emisor ni el       receptor se conocen y tampoco tienen que conocer la estructura de       la cadena. Simplifica las interconexiones entre objetos. En vez de       que los objetos mantengan referencias a todos los posibles       receptores, solo tienen una única referencia a su sucesor       (Ventaja).
@@ Línea 63: / Línea 54: @@
 *No se garantiza la recepción: Dado que las peticiones no       tienen un receptor explícito, no hay garantía de que sean       manejadas (la petición puede alcanzar el final de la cadena sin       haber sido procesada). Una petición también puede quedar sin       tratar cuando la cadena no está configurada correctamente       (Desventaja).
 == Patrones relacionados ==
-−
 Este patrón se suele aplicar conjuntamente con el [[Patrón       Composite]], en el que los padres de los componentes pueden actuar como sucesores.
 == Fuentes ==
 *Erich Gamma, Richard Helm, Ralph Johnson, John Vlissides.       Patrones de Diseño.Elementos de software orientado a objetos       reutilizable, 1995.

@@ Línea 7: / Línea 7: @@
 <div align="justify">
+'''Chain of Responsibility'''. Permite establecer una cadena de objetos receptores a través de los  cuales se pasa una petición formulada por un objeto emisor. Cualquiera  de los objetos receptores puede responder a la petición en función de un  criterio establecido.
 == Propósito ==
 Evita acoplar el emisor de una petición a su receptor, dando a       más de un objeto la posibilidad de responder a la petición.       Encadena los objetos receptores y pasa la petición a través de la       cadena hasta que es procesada por algún objeto.
 == Motivación ==
 La idea de este patrón es desacoplar a los emisores y a los       receptores dándole a varios objetos la posibilidad de tratar una       petición, que se pasa a través de una cadena de objetos hasta que       es procesada por alguno de ellos.
@@ Línea 18: / Línea 22: @@
 Para reenviar la petición a lo largo de la cadena, garantizando       que los receptores permanezcan implícitos, cada objeto de la       cadena comparte una interfaz común para procesar peticiones y para       acceder a su sucesor en la cadena.
 == Aplicabilidad ==
 Usar Chain of Responsability cuando:
@@ Línea 27: / Línea 33: @@
 == Estructura ==
 [[Archivo:ChainofResponsibility.jpg]]
@@ Línea 35: / Línea 42: @@
 == Participantes ==
 *Manejador*: Define una interfaz para tratar las peticiones.       Opcionalmente, implementa el enlace al sucesor.
@@ Línea 41: / Línea 49: @@
 == Colaboraciones ==
 Cuando un cliente envía una petición, ésta se propaga a       través de la cadena hasta que un
@@ Línea 47: / Línea 56: @@
 == Consecuencias ==
 *Reduce el acoplamiento: Libera a un objeto de tener que       saber que otro objeto maneja una petición. Ni el emisor ni el       receptor se conocen y tampoco tienen que conocer la estructura de       la cadena. Simplifica las interconexiones entre objetos. En vez de       que los objetos mantengan referencias a todos los posibles       receptores, solo tienen una única referencia a su sucesor       (Ventaja).
@@ Línea 53: / Línea 63: @@
 *No se garantiza la recepción: Dado que las peticiones no       tienen un receptor explícito, no hay garantía de que sean       manejadas (la petición puede alcanzar el final de la cadena sin       haber sido procesada). Una petición también puede quedar sin       tratar cuando la cadena no está configurada correctamente       (Desventaja).
 == Patrones relacionados ==
-Este patrón se suele aplicar conjuntamente con el [[Patrón       Composite]], en el que los
+Este patrón se suele aplicar conjuntamente con el [[Patrón       Composite]], en el que los padres de los componentes pueden actuar como sucesores.
 == Fuentes ==
-Erich Gamma, Richard Helm, Ralph Johnson, John Vlissides.       Patrones de Diseño.Elementos de software orientado a objetos       reutilizable, 1995.
+*Erich Gamma, Richard Helm, Ralph Johnson, John Vlissides.       Patrones de Diseño.Elementos de software orientado a objetos       reutilizable, 1995.
 [[Category:Ciencias_informáticas]]

@@ Línea 9: / Línea 9: @@
 == Propósito ==
 Evita acoplar el emisor de una petición a su receptor, dando a       más de un objeto la posibilidad de responder a la petición.       Encadena los objetos receptores y pasa la petición a través de la       cadena hasta que es procesada por algún objeto.
 == Motivación ==
-La idea de este patrón es desacoplar a los emisores y a los       receptores dándole a varios objetos la posibilidad de tratar una       petición, que se pasa a través de una cadena de objetos hasta que       es procesada por alguno de ellos.<br>
+La idea de este patrón es desacoplar a los emisores y a los       receptores dándole a varios objetos la posibilidad de tratar una       petición, que se pasa a través de una cadena de objetos hasta que       es procesada por alguno de ellos.
 Para reenviar la petición a lo largo de la cadena, garantizando       que los receptores permanezcan implícitos, cada objeto de la       cadena comparte una interfaz común para procesar peticiones y para       acceder a su sucesor en la cadena.
 == Aplicabilidad ==
 Usar Chain of Responsability cuando:
 *Hay más de un objeto que puede manejar una petición y el       manejador no se conoce a priori, sino que debería determinarse       automáticamente.
 *Se quiere enviar una petición a un objeto entre varios sin       especificar explícitamente el receptor.
 *El conjunto de objetos que pueden tratar una petición debería       ser especificado dinámicamente.
 == Estructura ==
 [[Archivo:ChainofResponsibility.jpg]]
@@ Línea 42: / Línea 33: @@
 [[Archivo:Chain.jpg]]
 == Participantes ==
 *Manejador*: Define una interfaz para tratar las peticiones.       Opcionalmente, implementa el enlace al sucesor.
 *Manejador Concreto: Trata las peticiones de las que es       responsable. Puede acceder a su sucesor. Si el       ''ManejadorConcreto'' puede manejar la petición, lo hace; en caso       contrario la reenvía a su sucesor.
 *Cliente: Inicializa la petición a un objeto       ''ManejadorConcreto'' de la cadena.
 == Colaboraciones ==
-−
 Cuando un cliente envía una petición, ésta se propaga a       través de la cadena hasta que un
 objeto ''Manejador Concreto'' se hace responsable de procesarla.
 == Consecuencias ==
 *Reduce el acoplamiento: Libera a un objeto de tener que       saber que otro objeto maneja una petición. Ni el emisor ni el       receptor se conocen y tampoco tienen que conocer la estructura de       la cadena. Simplifica las interconexiones entre objetos. En vez de       que los objetos mantengan referencias a todos los posibles       receptores, solo tienen una única referencia a su sucesor       (Ventaja).
 *Añade flexibilidad para asignar responsabilidades a objetos : Se pueden añadir o cambiar responsabilidades para tratar una       petición modificando la cadena en tiempo de ejecución (Ventaja).
 *No se garantiza la recepción: Dado que las peticiones no       tienen un receptor explícito, no hay garantía de que sean       manejadas (la petición puede alcanzar el final de la cadena sin       haber sido procesada). Una petición también puede quedar sin       tratar cuando la cadena no está configurada correctamente       (Desventaja).
 == Patrones relacionados ==
 Este patrón se suele aplicar conjuntamente con el [[Patrón       Composite]], en el que los
 padres de los componentes pueden actuar como sucesores.
 == Fuentes ==
 Erich Gamma, Richard Helm, Ralph Johnson, John Vlissides.       Patrones de Diseño.Elementos de software orientado a objetos       reutilizable, 1995.

@@ Línea 1: / Línea 1: @@
-{{Normalizar}}
+{{Definición
-'''Patrón Chain of Responsibility'''
+<div align="justify">
-[[Image:       ChainofResponsibility.jpg|thumb|right|398x254px|Patrón Chain of Responsibility]]
+== Propósito ==
-−
 Evita acoplar el emisor de una petición a su receptor, dando a       más de un objeto la posibilidad de responder a la petición.       Encadena los objetos receptores y pasa la petición a través de la       cadena hasta que es procesada por algún objeto.
 ==Motivación==
 La idea de este patrón es desacoplar a los emisores y a los       receptores dándole a varios objetos la posibilidad de tratar una       petición, que se pasa a través de una cadena de objetos hasta que       es procesada por alguno de ellos.<br>
@@ Línea 19: / Línea 21: @@
 Para reenviar la petición a lo largo de la cadena, garantizando       que los receptores permanezcan implícitos, cada objeto de la       cadena comparte una interfaz común para procesar peticiones y para       acceder a su sucesor en la cadena.
 ==Aplicabilidad==
 Usar Chain of Responsability cuando:
-#Hay más de un objeto que puede manejar una petición y el       manejador no se conoce a priori, sino que debería determinarse       automáticamente.
+*Hay más de un objeto que puede manejar una petición y el       manejador no se conoce a priori, sino que debería determinarse       automáticamente.
-#Se quiere enviar una petición a un objeto entre varios sin       especificar explícitamente el receptor.
+*Se quiere enviar una petición a un objeto entre varios sin       especificar explícitamente el receptor.
-#El conjunto de objetos que pueden tratar una petición debería       ser especificado dinámicamente.
+*El conjunto de objetos que pueden tratar una petición debería       ser especificado dinámicamente.
 ==Estructura==
-[[Archivo:ChainofResponsibility.jpg]]<br>
+[[Archivo:ChainofResponsibility.jpg]]
 Una estructura de objetos típica podría parecerse a ésta:
@@ Línea 37: / Línea 43: @@
 [[Archivo:Chain.jpg]]
 ==Participantes==
-# ''Manejador'': Define una interfaz para tratar las peticiones.       Opcionalmente, implementa el enlace al sucesor.
+*Manejador*: Define una interfaz para tratar las peticiones.       Opcionalmente, implementa el enlace al sucesor.
-# ''ManejadorConcreto'': Trata las peticiones de las que es       responsable. Puede acceder a su sucesor. Si el       ''ManejadorConcreto'' puede manejar la petición, lo hace; en caso       contrario la reenvía a su sucesor.
+*Manejador Concreto: Trata las peticiones de las que es       responsable. Puede acceder a su sucesor. Si el       ''ManejadorConcreto'' puede manejar la petición, lo hace; en caso       contrario la reenvía a su sucesor.
-# ''Cliente'': Inicializa la petición a un objeto       ''ManejadorConcreto'' de la cadena.
+*Cliente: Inicializa la petición a un objeto       ''ManejadorConcreto'' de la cadena.
 ==Colaboraciones==
-Cuando un [[cliente]] envía una petición, ésta se propaga a       través de la cadena hasta que un
+Cuando un cliente envía una petición, ésta se propaga a       través de la cadena hasta que un
-objeto ''ManejadorConcreto'' se hace responsable de procesarla.
+objeto ''Manejador Concreto'' se hace responsable de procesarla.
 ==Consecuencias==
-# ''Reduce el acoplamiento'': Libera a un objeto de tener que       saber que otro objeto maneja una petición. Ni el emisor ni el       receptor se conocen y tampoco tienen que conocer la estructura de       la cadena. Simplifica las interconexiones entre objetos. En vez de       que los objetos mantengan referencias a todos los posibles       receptores, solo tienen una única referencia a su sucesor       (Ventaja).
+*Reduce el acoplamiento: Libera a un objeto de tener que       saber que otro objeto maneja una petición. Ni el emisor ni el       receptor se conocen y tampoco tienen que conocer la estructura de       la cadena. Simplifica las interconexiones entre objetos. En vez de       que los objetos mantengan referencias a todos los posibles       receptores, solo tienen una única referencia a su sucesor       (Ventaja).
-# ''Añade flexibilidad para asignar responsabilidades a objetos       '': Se pueden añadir o cambiar responsabilidades para tratar una       petición modificando la cadena en tiempo de ejecución (Ventaja).
+*Añade flexibilidad para asignar responsabilidades a objetos : Se pueden añadir o cambiar responsabilidades para tratar una       petición modificando la cadena en tiempo de ejecución (Ventaja).
-# ''No se garantiza la recepción '': Dado que las peticiones no       tienen un receptor explícito, no hay garantía de que sean       manejadas (la petición puede alcanzar el final de la cadena sin       haber sido procesada). Una petición también puede quedar sin       tratar cuando la cadena no está configurada correctamente       (Desventaja).
+*No se garantiza la recepción: Dado que las peticiones no       tienen un receptor explícito, no hay garantía de que sean       manejadas (la petición puede alcanzar el final de la cadena sin       haber sido procesada). Una petición también puede quedar sin       tratar cuando la cadena no está configurada correctamente       (Desventaja).
 ==Patrones relacionados==
 Este patrón se suele aplicar conjuntamente con el [[Patrón       Composite]], en el que los
@@ Línea 65: / Línea 79: @@
 padres de los componentes pueden actuar como sucesores.
 ==Fuentes==
 Erich Gamma, Richard Helm, Ralph Johnson, John Vlissides.       Patrones de Diseño.Elementos de software orientado a objetos       reutilizable, 1995.
 [[Category:Ciencias_informáticas]]

← Revisión anterior	Revisión del 16:50 17 nov 2011
(Sin diferencias)

← Revisión anterior		Revisión del 23:32 2 nov 2011
Línea 1:		Línea 1:
		+	{{Normalizar}}
	'''Patrón Chain of Responsibility'''		'''Patrón Chain of Responsibility'''
	[[Image: ChainofResponsibility.jpg\|thumb\|right\|398x254px\|Estructura Patrón Chain of Responsibility]]		[[Image: ChainofResponsibility.jpg\|thumb\|right\|398x254px\|Estructura Patrón Chain of Responsibility]]