Facade - Historial de revisiones

Javiermartin jc: Texto reemplazado: «
» por «»

2019-06-21T05:00:55Z

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

Yaneidis.jc.scu en 17:48 20 feb 2012

2012-02-20T17:48:14Z

Yaneidis.jc.scu en 17:25 20 feb 2012

2012-02-20T17:25:15Z

Yaneidis.jc.scu en 17:16 20 feb 2012

2012-02-20T17:16:47Z

Yaneidis.jc.scu en 17:12 20 feb 2012

2012-02-20T17:12:57Z

Humbertojccmg en 20:00 17 feb 2012

2012-02-17T20:00:41Z

Yaneidis.jc.scu: Página creada con '{{Definición |nombre= Facade |imagen=Facade.jpg |tamaño= |concepto=Proporcione una interfaz unificada a un juego de interfaz en un subsistema. }}
'...'

2012-02-17T03:35:42Z

Página creada con '{{Definición |nombre= Facade |imagen=Facade.jpg |tamaño= |concepto=Proporcione una interfaz unificada a un juego de interfaz en un subsistema. }} <div align="justify"> '...'

Página nueva

{{Definición
|nombre= Facade
|imagen=Facade.jpg

|tamaño=
|concepto=Proporcione una interfaz unificada a un juego de interfaz en un subsistema.
}}
<div align="justify">
'''Facade:''' Este patrón proporciona una interfaz unificada a un juego de interfaz en un subsistema. La fachada define una interfaz superior-nivelada que hace el subsistema más fácil para usar.

== Tipo ==
Estructura, a nivel de objetos.

== Propósito ==
Proporcionar una interfaz unificada de alto nivel que, representando a todo un subsistema, facilite su uso. La "fachada" satisface a la mayoría de los clientes, sin ocultar las funciones de menor nivel a aquellos que necesiten acceder a ellas.

== Participantes ==
*La fachada (el Recopilador).
Sabe qué clases del subsistema son responsables para una demanda.
El cliente de los delegados pide a los objetos del subsistema apropiados.
*El subsistema: clasifica (el [[Escáner]], [[Parser]], [[ProgramNode]], etc.)
Implementa la funcionalidad del subsistema.
trabajo del asa asignado por el objeto de la Fachada.
No tiene ningún conocimiento de la fachada; es decir, ellos no guardan ninguna referencia a ella.

== Cuando usarlo ==
*Cuando se pretende proporcionar una interfaz simple para un subsistema complejo.
*Cuando existen muchas dependencias entre los clientes y las clases que implementan una abstracción. Una "fachada" proporciona al subsistema independencia y portabilidad.
*Cuando se pretende estructurar en capas el subsistema (cada capa tendrá su propia "fachada").

== Ventajas ==
*Al separar al cliente de los componentes del subsistema, se reduce el número de objetos con los que el cliente trata, facilitando así el uso del subsistema.
*Se promueve un acoplamiento débil entre el subsistema y sus clientes, eliminándose o reduciéndose las dependencias.
*No existen obstáculos para que las aplicaciones usen las clases del subsistema que necesiten. De esta forma podemos elegir entre facilidad de uso y generalidad.

== Relacionado con ==
*[[Fábrica Abstracta]] puede usarse conjuntamente con Fachada para proporcionar una interfaz que permita crear objetos del subsistema de manera independiente a éste. Además, puede ser una alternativa para ocultar las clases específicas de una plataforma.
*[[Mediador]] es similar a Fachada pues también abstrae la funcionalidad de clases ya existentes, pero está orientado a la comunicación entre objetos "colegas" y además suele centralizar aquellas responsabilidades que no competen a ninguno de ellos. Por su parte, como hemos visto, Fachada abstrae la interfaz de un subsistema para facilitar su uso, sin añadir funcionalidades y resultando transparente a éste.
*Lo más frecuente es que sólo haya un objeto Fachada de cada tipo. De ahí su relación con Solitario.

== Otros aspectos de interés ==
*La "Fachada" sabe qué clase es responsable de cada petición, pero es completamente transparente para ellas. Por tanto, aunque las funciones las desempeñan las otras clases, es a la "Fachada" a quien le toca el trabajo de "traducir".
*Una manera de reducir el acoplamiento es hacer abstracta la "Fachada" y luego especializar mediante herencia. Otra posibilidad es configurar la "Fachada" con objetos del subsistema, que pueden cambiarse. Esta posibilidad puede entrar en conflicto con el objetivo de la "Fachada", la facilidad de uso.
*Un subsistema es análogo a una clase, en el sentido de que tiene una interfaz PÚBLICA (de la que forma parte la "Fachada") y otra PRIVADA (que no está muy claro como conseguirla ni para que sirve).

== Ejemplo de aplicación ==
En un entorno de programación se permite a las aplicaciones el acceso al subsistema de compilación. Este subsistema contiene clases como el Analizador Léxico, el Analizador Sintáctico, el Analizador Semántico, el Generador De Código Intermedio o el Generador De Código Final. No obstante sólo aplicaciones muy especiales necesitan acceder directamente a algunas de estas clases, mientras que para el resto se puede definir una interfaz general, una "fachada", que les permita sencillamente compilar sus programas.

== Fuentes ==
*Patrones del "Gang of Four". Unidad Docente de Ingeniería del Software Facultad de informática - Universidad Politécnica de Madrid
*DesingPatterns.chm.
*André Weinand, Erich Gamma, and Rudolf Marty. ET++ — An object-oriented application framework in C++. In Object-Oriented Programming Systems, Languages, and Applications Conference Proceedings, pages 46–57, San Diego, CA, September 1988. ACM Press.
*Bjarne Stroustrup. The Design and Evolution of C++. Addison-Wesley, Reading, MA, 1994.

[[Category: Informática]]

@@ Línea 8: / Línea 8: @@
 '''Facade o fachada:''' Este patrón se utiliza para proporcionar una interfaz unificada de alto nivel para un conjunto de clases en un subsistema, lo que permite una mayor facilidad de uso. Simplifica el acceso a dicho conjunto de clases, ya que el cliente sólo se comunica con ellas a través de una única interfaz.
-El patrón fachada viene motivado por la necesidad de estructurar un entorno de [[programación]] y reducir su complejidad con la división en subsistemas, minimizando las comunicaciones y dependencias entre éstos.
+El patrón Fachada viene motivado por la necesidad de estructurar un entorno de [[programación]] y reducir su complejidad con la división en subsistemas, minimizando las comunicaciones y dependencias entre éstos.
 == Tipo ==
@@ Línea 42: / Línea 42: @@
 == Otros aspectos de interés ==
 *La "Fachada" sabe qué clase es responsable de cada petición, pero es completamente transparente para ellas. Por tanto, aunque las funciones las desempeñan las otras clases, es a la Fachada a quien le toca el trabajo de "traducir".
-*Una manera de reducir el acoplamiento es hacer abstracta la "Fachada" y luego especializar mediante herencia. Otra posibilidad es configurar la Fachada con objetos del subsistema, que pueden cambiarse. Esta posibilidad puede entrar en conflicto con el objetivo de la Fachada, la facilidad de uso.
+*Una manera de reducir el acoplamiento es hacer abstracta la Fachada y luego especializar mediante herencia. Otra posibilidad es configurar la Fachada con objetos del subsistema, que pueden cambiarse. Esta posibilidad puede entrar en conflicto con el objetivo de la Fachada, la facilidad de uso.
 *Un subsistema es análogo a una clase, en el sentido de que tiene una interfaz pública (de la que forma parte la Fachada) y otra privada (que no está muy claro como conseguirla ni para que sirve).

@@ Línea 1: / Línea 1: @@
 {{Definición
 |nombre= Facade
@@ Línea 7: / Línea 6: @@
 }}
 <div align="justify">
-'''Facade:''' Este patrón se utiliza para proporcionar una interfaz unificada de alto nivel para un conjunto de clases en un subsistema, lo que permite una mayor facilidad de uso. Simplifica el acceso a dicho conjunto de clases, ya que el cliente sólo se comunica con ellas a través de una única interfaz.
+'''Facade o fachada:''' Este patrón se utiliza para proporcionar una interfaz unificada de alto nivel para un conjunto de clases en un subsistema, lo que permite una mayor facilidad de uso. Simplifica el acceso a dicho conjunto de clases, ya que el cliente sólo se comunica con ellas a través de una única interfaz.
 El patrón fachada viene motivado por la necesidad de estructurar un entorno de [[programación]] y reducir su complejidad con la división en subsistemas, minimizando las comunicaciones y dependencias entre éstos.
@@ Línea 15: / Línea 14: @@
 == Propósito ==
-Proporcionar una interfaz unificada de alto nivel que, representando a todo un subsistema, facilite su uso. La "fachada" satisface a la mayoría de los clientes, sin ocultar las funciones de menor nivel a aquellos que necesiten acceder a ellas.
+Proporcionar una interfaz unificada de alto nivel que, representando a todo un subsistema, facilite su uso. La Fachada satisface a la mayoría de los clientes, sin ocultar las funciones de menor nivel a aquellos que necesiten acceder a ellas.
 == Participantes ==
 *Fachada (el recopilador), conoce qué clases del subsistema son responsables de una determinada petición, y delega esas peticiones de los clientes a los objetos apropiados del subsistema.
 *Subclases, clasificada en: (el [[Escáner]], [[Parser]], [[ProgramNode]], etc.), Implementa la funcionalidad del subsistema. trabajo del asa asignado por el objeto de la Fachada.  No tiene ningún conocimiento de la fachada; es decir, ellos no guardan ninguna referencia a ella.
 == Cuando usarlo ==
 *Cuando se pretende proporcionar una interfaz simple para un subsistema complejo.
-*Cuando existen muchas dependencias entre los clientes y las clases que implementan una abstracción. Una "fachada" proporciona al subsistema independencia y portabilidad.
+*Cuando existen muchas dependencias entre los clientes y las clases que implementan una abstracción. Una Fachada proporciona al subsistema independencia y portabilidad.
-*Cuando se pretende estructurar en capas el subsistema (cada capa tendrá su propia "fachada").
+*Cuando se pretende estructurar en capas el subsistema (cada capa tendrá su propia Fachada).
 == Consecuencias ==
@@ Línea 43: / Línea 41: @@
 == Otros aspectos de interés ==
-*La "Fachada" sabe qué clase es responsable de cada petición, pero es completamente transparente para ellas. Por tanto, aunque las funciones las desempeñan las otras clases, es a la "Fachada" a quien le toca el trabajo de "traducir".
+*La "Fachada" sabe qué clase es responsable de cada petición, pero es completamente transparente para ellas. Por tanto, aunque las funciones las desempeñan las otras clases, es a la Fachada a quien le toca el trabajo de "traducir".
-*Una manera de reducir el acoplamiento es hacer abstracta la "Fachada" y luego especializar mediante herencia. Otra posibilidad es configurar la "Fachada" con objetos del subsistema, que pueden cambiarse. Esta posibilidad puede entrar en conflicto con el objetivo de la "Fachada", la facilidad de uso.
+*Una manera de reducir el acoplamiento es hacer abstracta la "Fachada" y luego especializar mediante herencia. Otra posibilidad es configurar la Fachada con objetos del subsistema, que pueden cambiarse. Esta posibilidad puede entrar en conflicto con el objetivo de la Fachada, la facilidad de uso.
-*Un subsistema es análogo a una clase, en el sentido de que tiene una interfaz pública (de la que forma parte la "Fachada") y otra privada (que no está muy claro como conseguirla ni para que sirve).
+*Un subsistema es análogo a una clase, en el sentido de que tiene una interfaz pública (de la que forma parte la Fachada) y otra privada (que no está muy claro como conseguirla ni para que sirve).
 == Ejemplo de aplicación ==
-En un entorno de programación se permite a las aplicaciones el acceso al subsistema de compilación. Este subsistema contiene clases como el [[Analizador Léxico]], el [[Analizador Sintáctico]], el [[Analizador Semántico]], el [[Generador de código intermedio]] o el [[Generador de código final]]. No obstante sólo aplicaciones muy especiales necesitan acceder directamente a algunas de estas clases, mientras que para el resto se puede definir una interfaz general, una "fachada", que les permita sencillamente compilar sus programas.
+En un entorno de programación se permite a las aplicaciones el acceso al subsistema de compilación. Este subsistema contiene clases como el [[Analizador Léxico]], el [[Analizador Sintáctico]], el [[Analizador Semántico]], el [[Generador de código intermedio]] o el [[Generador de código final]]. No obstante sólo aplicaciones muy especiales necesitan acceder directamente a algunas de estas clases, mientras que para el resto se puede definir una interfaz general, una Fachada, que les permita sencillamente compilar sus programas.
 == Fuentes ==

@@ Línea 7: / Línea 7: @@
 }}
 <div align="justify">
-'''Facade:'''Este patrón se utiliza para proporcionar una interfaz unificada de alto nivel para un conjunto de clases en un subsistema, lo que permite una mayor facilidad de uso. Simplifica el acceso a dicho conjunto de clases, ya que el cliente sólo se comunica con ellas a través de una única interfaz.
+'''Facade:''' Este patrón se utiliza para proporcionar una interfaz unificada de alto nivel para un conjunto de clases en un subsistema, lo que permite una mayor facilidad de uso. Simplifica el acceso a dicho conjunto de clases, ya que el cliente sólo se comunica con ellas a través de una única interfaz.
 El patrón fachada viene motivado por la necesidad de estructurar un entorno de [[programación]] y reducir su complejidad con la división en subsistemas, minimizando las comunicaciones y dependencias entre éstos.
@@ Línea 16: / Línea 16: @@
 == Propósito ==
 Proporcionar una interfaz unificada de alto nivel que, representando a todo un subsistema, facilite su uso. La "fachada" satisface a la mayoría de los clientes, sin ocultar las funciones de menor nivel a aquellos que necesiten acceder a ellas.
 == Participantes ==
-*Fachada (el recopilador),  conoce qué clases del subsistema son responsables de una determinada petición, y delega esas peticiones de los clientes a los objetos apropiados del subsistema.
+*Fachada (el recopilador), conoce qué clases del subsistema son responsables de una determinada petición, y delega esas peticiones de los clientes a los objetos apropiados del subsistema.
-*Subclases, clasificada en: (el [[Escáner]], [[Parser]], [[ProgramNode]], etc.). Implementa la funcionalidad del subsistema. trabajo del asa asignado por el objeto de la Fachada.  No tiene ningún conocimiento de la fachada; es decir, ellos no guardan ninguna referencia a ella.
+*Subclases, clasificada en: (el [[Escáner]], [[Parser]], [[ProgramNode]], etc.), Implementa la funcionalidad del subsistema. trabajo del asa asignado por el objeto de la Fachada.  No tiene ningún conocimiento de la fachada; es decir, ellos no guardan ninguna referencia a ella.
@@ Línea 30: / Línea 29: @@
 == Consecuencias ==
 Las consecuencias más importantes como resultado de la aplicación de este patrón vienen dada en la reducción del acoplamiento entre clientes y subsistemas (consiguiendo que los cambios de las clases del sistema sean transparentes a los clientes) y el aislamiento de cambios en la implementación. También oculta a los clientes la complejidad del subsistema, facilitando su uso sin impedir el acceso a las clases del subsistema en caso necesario. Además, facilita la división en capas y reduce dependencias de compilación.
 == Ventajas e Inconvenientes==
@@ Línea 38: / Línea 36: @@
 *Como inconveniente, se tiene considerar el caso en que varios clientes necesiten acceder a subconjuntos diferentes de la funcionalidad que provee el sistema, podrían acabar usando sólo una pequeña parte de la fachada, por lo que sería conveniente utilizar varias fachadas más específicas en lugar de una única global.
-−
 == Relacionado con ==
 *[[Fábrica Abstracta]] puede usarse conjuntamente con Fachada para proporcionar una interfaz que permita crear objetos del subsistema de manera independiente a éste. Además, puede ser una alternativa para ocultar las clases específicas de una plataforma.
@@ Línea 46: / Línea 43: @@
 == Otros aspectos de interés ==
-*La "Fachada" sabe qué clase es responsable de cada petición, pero es completamente transparente para ellas.  Por tanto, aunque las funciones las desempeñan las otras clases, es a la "Fachada" a quien le toca el trabajo de "traducir".
+*La "Fachada" sabe qué clase es responsable de cada petición, pero es completamente transparente para ellas. Por tanto, aunque las funciones las desempeñan las otras clases, es a la "Fachada" a quien le toca el trabajo de "traducir".
-*Una manera de reducir el acoplamiento es hacer abstracta la "Fachada" y luego especializar mediante herencia.  Otra posibilidad es configurar la "Fachada" con objetos del subsistema, que pueden cambiarse.  Esta posibilidad puede entrar en conflicto con el objetivo de la "Fachada", la facilidad de uso.
+*Una manera de reducir el acoplamiento es hacer abstracta la "Fachada" y luego especializar mediante herencia. Otra posibilidad es configurar la "Fachada" con objetos del subsistema, que pueden cambiarse. Esta posibilidad puede entrar en conflicto con el objetivo de la "Fachada", la facilidad de uso.
 *Un subsistema es análogo a una clase, en el sentido de que tiene una interfaz pública (de la que forma parte la "Fachada") y otra privada (que no está muy claro como conseguirla ni para que sirve).
 == Ejemplo de aplicación ==
-En un entorno de programación se permite a las aplicaciones el acceso al subsistema de compilación. Este subsistema contiene clases como el Analizador Léxico, el Analizador Sintáctico, el Analizador Semántico, el Generador De Código Intermedio o el Generador De Código Final. No obstante sólo aplicaciones muy especiales necesitan acceder directamente a algunas de estas clases, mientras que para el resto se puede definir una interfaz general, una "fachada", que les permita sencillamente compilar sus programas.
+En un entorno de programación se permite a las aplicaciones el acceso al subsistema de compilación. Este subsistema contiene clases como el [[Analizador Léxico]], el [[Analizador Sintáctico]], el [[Analizador Semántico]], el [[Generador de código intermedio]] o el [[Generador de código final]]. No obstante sólo aplicaciones muy especiales necesitan acceder directamente a algunas de estas clases, mientras que para el resto se puede definir una interfaz general, una "fachada", que les permita sencillamente compilar sus programas.
 == Fuentes ==

← Revisión anterior		Revisión del 20:00 17 feb 2012
Línea 1:		Línea 1:
		+	{{Normalizar\|motivo=}}
	{{Definición		{{Definición
	\|nombre= Facade		\|nombre= Facade