Day49. 桥接模式

本文同步更新於blog

Bridge Pattern

将抽象部分与实现部分分离，使它们都可以独立地变化。

桥接模式会将类别分为两类：
分别是抽象类别 (Abstraction)与实现类别 (Implementor)。

抽象类别指的是高层级的抽象层。本身不具备具体逻辑。
而实现类别会由低层级的实作层来负责。

举例：

抽象类别 -> 实现类别
通话介面 -> 室内电话、行动电话
登入介面 -> Web、App

优点：
透过分离抽象层与实作层，可根据需求在不同层级上，作相应的变化。

缺点：
会使程序码复杂度提高。

与其他模式的比较：

[策略模式]：
策略模式属於 行为型 (behavioral) 的设计模式，
而桥接模式属於 结构型 (structural) 的设计模式。

这使着两者在目的上，有着根本的不同。

策略模式可能会随着运行，动态地调整策略。
而桥接模式则会像是两种不同的实作架构。

[状态模式]：
状态模式属於 行为型 (behavioral) 的设计模式。
可能会在运行过程中改变内部状态，进而改变具体行为。

举例：

ʕ •ᴥ•ʔ：以Laravel而言，设计模式到後来常常会混血，
最终还是回归到S.O.L.I.D的思考。