Revisión como estaba o 2 de novembro de 2016 ás 15:00 editar Banjo (conversa \| contribucións) 110.001 edicións m Banjo moveu a páxina "Bridge (patrón de deseño)" a "Bridge (padrón de deseño)" sen deixar unha redirección ← Edición máis vella		Revisión como estaba o 8 de decembro de 2016 ás 16:53 editar desfacer BanjoBot 2.0 (conversa \| contribucións) Bots 393.002 edicións m →‎Ponte con outros padróns: Bot: Arranxos varios Edición máis nova →
Liña 45: * [[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 (padrón de deseño)\|Estado]], [[Strategy (padrón de deseño)\|Estratexia]], ~~[[Bridge (padrón de deseño)\|~~Ponte]] (e algúns casos de Adaptador) teñen solucións estruturais semellantes. Diferéncianse na intención, resolven diferentes problemas.A estrutura de Estado e de Ponte é idéntica (excepto que Ponte admite xerarquías de herdanza envolventes, mentres que Estado só permite unha). Os dous padróns usan a mesma estrutura para resolver diferentes problemas: Estado permite cambiar o comportamento dun obxecto o cambiar o seu estado, mentres que Ponte pretende desacoplar a abstracción da súa implementación, podendo variar estas dúas de forma independiente. * Se a clase interface delega a creación a clase implementación, entón o deseño usualmente emprega o padrón Fábrica Abstracta para crear os obxectos implementación. * Ponte semella o padrón adaptador , pero mentres que o padrón Adaptador intenta que as interfaces dunha ou mais clases sexa a mesma que para unha clase particular, Ponte está deseñado para separar as clases interfaces da súa implementación, desta forma poder variar e reemplazar as súas implementacions sen cambiar o código cliente.

Bridge (padrón de deseño): Diferenzas entre revisións