Scribd Logo
Cargar

¡Te damos la bienvenida a Scribd!

  • 17 vistas

    BRIDGE

    Cargado por

    ALESSANDRO DEL PIERO VILLANUEVA RAMIREZ
    El patrón Bridge desacopla una abstracción de su implementación permitiendo que ambas varien independientemente. Bridge consiste en una interfaz de abstracción y una interfaz de implementación, con clases concretas que implementan cada interfaz. La clase de abstracción delega solicitudes a un objeto de implementación, permitiendo variar las implementaciones sin afectar a los clientes.

    Copyright:

    © All Rights Reserved
    Descargue como DOCX, PDF, TXT o lea en línea desde Scribd

    BRIDGE

    Cargado por

    ALESSANDRO DEL PIERO VILLANUEVA RAMIREZ
    17 vistas7 páginas
    El patrón Bridge desacopla una abstracción de su implementación permitiendo que ambas varien independientemente. Bridge consiste en una interfaz de abstracción y una interfaz de implementación, con clases concretas que implementan cada interfaz. La clase de abstracción delega solicitudes a un objeto de implementación, permitiendo variar las implementaciones sin afectar a los clientes.

    Derechos de autor

    © © All Rights Reserved

    Formatos disponibles

    DOCX, PDF, TXT o lea en línea desde Scribd

    ¿Le pareció útil este documento?

    ¿Este contenido es inapropiado?

    El patrón Bridge desacopla una abstracción de su implementación permitiendo que ambas varien independientemente. Bridge consiste en una interfaz de abstracción y una interfaz de implementación, con clases concretas que implementan cada interfaz. La clase de abstracción delega solicitudes a un objeto de implementación, permitiendo variar las implementaciones sin afectar a los clientes.

    Copyright:

    © All Rights Reserved
    Descargue como DOCX, PDF, TXT o lea en línea desde Scribd
    Descargar como docx, pdf o txt
    17 vistas7 páginas

    BRIDGE

    Cargado por

    ALESSANDRO DEL PIERO VILLANUEVA RAMIREZ
    El patrón Bridge desacopla una abstracción de su implementación permitiendo que ambas varien independientemente. Bridge consiste en una interfaz de abstracción y una interfaz de implementación, con clases concretas que implementan cada interfaz. La clase de abstracción delega solicitudes a un objeto de implementación, permitiendo variar las implementaciones sin afectar a los clientes.

    Copyright:

    © All Rights Reserved
    Descargue como DOCX, PDF, TXT o lea en línea desde Scribd
    Descargar como docx, pdf o txt
    Está en la página 1de 7

    BRIDGE

    Nombre
    Bridge.

    También Conocido
    Handle / Body

    Clasificación
    Estructural.

    Intención
    Desacopla la abstracción de su implementación permitiendo que las dos
    varíen independientemente.

    Motivo
    Cuando una abstracción puede tener varias im-plementaciones posibles
    el camino habitual para acomodarlas es usar herencia. Una clase
    abstracta define la interfaz y clases concretas la implementa de
    diferentes formas. El problema es que esta solución no es lo
    suficientemente flexible. La herencia ata una implementación a la
    abstracción permanentemente, lo que hace la hace difícil de modificar,
    extender y rehusar la implementación y la abstracción
    independientemente. La respuesta a esta flexibilidad esta en utilizar el
    patrón de diseño bridge.

    Aplicabilidad
    Bridge debe ser usado cuando:

     Quiere evitar un enlace permanente entre la abstracción y su


    implementación.
     Tanto la abstracción como su implementación deben ser
    extensibles por subclases. El patrón de diseño bridge deja
    combinar la implementación y su abstracción y permite
    extenderlas independientemente.

     Cambios en la implementación de una abs-tracción no deben tener


    impacto sobre el cliente.

     La herencia puede generar una explosión de clases cuando


    queremos dividir un objetos; bridge evita dicha explosión.

     Se quiere partir la implementación de una abstracción en múltiples


    objetos, que deben estar ocultas al cliente.

    Estructura

    Participantes
     Abstraction: Define la interfaz de la abstracción. Mantiene una
    referencia a un objeto del tipo implementor.


     RefinedAbstraction: Extiende la interfaz definida por Abstraction.
     Implementor: Define una interfaz para la implementación de
    clases; ésta interfaz no tiene una correspondencia directa a la
    interfaz de la abstracción, de hecho pueden ser muy diferentes.
    Por lo general implementor define operaciones primitivas,
    mientras que abstraction define operaciones de más alto nivel
    basadas en las de implementor.
     ConcrteImplementor: implementa la interfaz implementor
    definiendo una implementación concreta.

    Colaboración
    Abstraction envía las peticiones del cliente a su objeto implementor.

    Consecuencias
    Las siguientes son consecuencias del uso del patrón Bridge:

     Desacopla la abstracción de su implementación. La abstracción no está


    permanentemente ligada a la implementación. La implementación puede ser
    configurada en tiempo de ejecución. Así mismo elimina dependencias en la
    compilación; es decir, cambios en una implementación, no requiere recompilación
    de la abstracción y su cliente.

     Provee extensibilidad. La abstracción y la implementación pueden tener subclases


    independientemente.

     Oculta detalles de implementación a los clientes.

    Implementación
    Se deben considerar las siguientes situaciones cuando se aplica el patrón bridge:

     Solo un implementador. Cuando sólo hay una implementación, no es necesario


    crear una clase abstracta implementor. Sin embrago se puede hacer para mantener al
    cliente independiente de cambios en la implementación.

     Crear la implementación correcta. Si la abstracción conoce todas las


    implementaciones concretas, luego ésta puede instanciar una en su constructor, se
    decide entre las implementaciones, pasando un parámetro en el constructor. La
    forma en que se toma la decisión depende de las características de la
    implementación.
    Código ejemplo

    El código ejemplo se basa en la abstracción de una operación sencilla, de dos números, las
    implementaciones son sumar, multiplicar y dividir.

    //esta es la interfaz de la implementacion (implementor)

    public interface Implementor {

    public int operacion(int a, int b);

    //esta es una implementación concreta (concretImplementor)

    public class Sumar implements Implementor {

    public int operacion(int a, int b) {

    return a+b;

    //esta es una implementación concreta (concretImplementor)

    public class Multiplicar implements Implementor {

    public int operacion(int a, int b) {

    return a*b;

    // esta es una implementación concreta (concretImplementor)

    public class Dividir implements Implementor {


    public int operacion(int a, int b) {

    return a/b;

    //esta es la interfaz de la abstraccion (abstraction)

    public interface Abstraction {

    public int operar(int num1, int num2);

    //esta clase esxtiende la interfaz definida por abstraction (RedefinedAbstraction)

    import operacion.Implementor;

    public class RefinedAbstraction implements Abstraction {

    Implementor implementacion=null;

    public RefinedAbstraction(Implementor imp){

    this.implementacion=imp;

    public int operar(int num1, int num2) {

    return implementacion.operacion(num1,num2);

    //Es la clase cliente que utiliza la abstraccion (Client)

    import operacion.Implementor;

    import operacion.Abstraction;

    public class Cliente {


    public static void main(String[] args) {

    int num1=4;

    int num2=2;

    Implementor [] imp= {new Sumar(),new Multiplicar(), new Dividir()};

    Abstraction abst[] ={ new RefinedAbstraction(imp[0]), new RefinedAbstraction(imp[1]),


    new RefinedAbstraction(imp[2])};

    for (int i=0; i<3;i++){

    System.out.println(abst[i].operar(num1, num2));

    Usos conocidos
     En ET++, se usa para la abstracción del tipo de ventana.

     Next’s AppKit usa el patrón en la implementación y representación de imágenes


    gráficas.

    Patrones relacionados
     Abstract factory puede crear y configurar un, bridge en particular.

     Adapter tiene una estructura similar pero su intención es diferente. El patrón bridge
    separa la abstracción de la implementación de un componente, permitiendo que sean
    modificados independientemente, mientras adapter reutiliza un componente ya
    existente que no es compatible.

    Referencias bibliográficas
    [1] Erich Gamma et al, Elements of reusable object-oriented software.
    [2] Steve Holzner, Design patterns for dummies, Wiley Publishing Inc, Indianapolis, EEUU, 2006, 339.
    [3] Jesús García Molina, Análisis y diseño de software - Patrones de diseño, dis.um.es/~jmolina/astema3.

    También podría gustarte