Bridge (padrón de deseño): Diferenzas entre revisións
Contido eliminado Contido engadido
m Bot: Substitución da categoría "Patróns de deseño" pola categoría "Padróns de deseño"; cambios estética |
m Arranxos varios, replaced: patrón → padrón (19) |
||
Liña 1:
O
O
== Obxectivos ==
Liña 8:
== Aplicabilidade ==
Podemos empregar o
* Queremos evitar unha ligazón permanente entre a abstracción e a súa implementación, podendo ser debido a que a implementación debe ser seleccionada ou cambiada en tempo de execución.
* Tanto as abstracción coma as súas implementación deben ser extensibles por medio de subclases. Neste caso, o
* Os cambios na implementación dunha abstracción non deben impactar nos clientes,o seu código non ten que ser recompilado.
* Queremos ocultar a implementación dunha abstracción completamente ós clientes.
Liña 23:
== Consecuencias ==
* Desacoplamento do obxecto interface e implementación: una implementación non é limitada permanentemente a unha [[interface]]. A implementación dunha abstracción pode configurarse en tempo de execución. Ademais, un obxecto, ten a posibilidade de cambiar a súa implementación en tempo de execución. Desacopla Abstraction e Implementor tamén elimina as dependencias sobre a implementación en tempo de compilación. Cambiar unha clase de implementación non require recompilar a clase Abstraction nin os seus clientes. Esta propiedade é esencial cando hai que asegurar a compatibilidade binaria entre diferentes versións dunha biblioteca de clases, fomentando as capas, que nos leven a un nivel mellor estruturado.
* Mellorar a estensibilidade: Pódese estender as xerarquías de abstracción e implementación de forma independente.
== Estrutura ==
O cliente non quere lidiar cos detalles dependentes da plataforma. O
Ponte enfatiza identificar e desacoplar a abstracción de interface da abstracción da implementación.
Liña 33 ⟶ 32:
== Implementación ==
* Só un Implementador: en situación onde existe só unha implementación, non é preciso crear una clase Implementor abstracta, sendo este, un caso especial do
* Implemementador: Sendo esta unha das principais diferenzas có
▲* Implemementador: Sendo esta unha das principais diferenzas có patrón estratexia, se a abstracción coñece a xerarquía de implementadores pode crear o implementador no construtor, podendo decidir cal instanciar dependendo dos parámetros do construtor. O inconveniente ven dado pola dependencia da xerarquía, se aparece un novo teremos que modificar a abstracción.
Outra aproximación é delegar noutro obxecto (singleton), este encargarase de proporciona o implementador concreto da abstracción.
* Compartir implementadores.
* Empregando herdanza múltiple.
== Ponte con outros
* [[Adaptador]] fai que as cousas funcionen despois de ser deseñadas, Ponte fai que as cousas funcionen antes de ser deseñadas.
* Ponte é deseñado para permitir que a abstracción e a implementación varíen de forma independente.Adaptador é deseñado para que clases non relacionadas traballen xuntas.
* [[State (
* Se a clase interface delega a creación a clase implementación, entón o deseño usualmente emprega o
* Ponte semella o
== Exemplo ==
Liña 102 ⟶ 99:
<source lang="java">
/**
* Clase Main do exemplo do
*
*/
Liña 161 ⟶ 158:
_mem.set(i.intValue(), dato);
}
private Vector<String> _mem;
Liña 206 ⟶ 202:
_mem.put(i, dato);
}
private HashMap<Integer, String> _mem;
|