1.介紹
橋接模式，又稱為橋梁模式，是結(jié)構(gòu)型設(shè)計(jì)模式之一。在現(xiàn)實(shí)生活中大家都知道“橋梁”是連接河道兩岸的主要交通樞紐，簡(jiǎn)而言之其作用就是連接河流的兩邊，而我們的橋接模式與現(xiàn)實(shí)中的情況很相似，也是承擔(dān)著連接“兩邊”的作用。
2.使用場(chǎng)景
- 如果一個(gè)系統(tǒng)需要在構(gòu)件的抽象化角色和具體化角色之間增加更多的靈活性，避免在兩個(gè)層次之間建立靜態(tài)的繼承關(guān)系，可以通過(guò)橋接模式使他們?cè)诔橄髮咏⒁粋€(gè)關(guān)聯(lián)關(guān)系。
- 對(duì)于那些不希望使用繼承或因?yàn)槎鄬哟卫^承導(dǎo)致系統(tǒng)類的個(gè)數(shù)急劇增加的系統(tǒng)，也可以考慮使用橋接模式。
- 一個(gè)類存在兩個(gè)獨(dú)立變化的維度，且這兩個(gè)維度都需要進(jìn)行擴(kuò)展。
3.認(rèn)識(shí)橋接模式
角色介紹
-
Abstraction: 抽象部分。
該類保持一個(gè)對(duì)實(shí)現(xiàn)部分對(duì)象的引用，抽象部分中的方法需要調(diào)用實(shí)現(xiàn)部分的對(duì)象來(lái)實(shí)現(xiàn)，該類一般為抽象類。 -
RefinedAbstraction: 優(yōu)化的抽象部分。
抽象部分的具體實(shí)現(xiàn)，該類一般是對(duì)抽象部分的方法進(jìn)行完善和擴(kuò)展。 -
Implementor: 實(shí)現(xiàn)部分。
可以為接口或抽象類，其方法不一定要與抽象部分中的一致，一般情況下是由實(shí)現(xiàn)部分提供基本的操作，而抽象部分定義的則是基于實(shí)現(xiàn)部分這些基本操作的業(yè)務(wù)方法。 -
ConcreteImplementorA/ConcreteImplementorB: 實(shí)現(xiàn)部分的具體實(shí)現(xiàn)。
完善實(shí)現(xiàn)部分中方法定義的具體邏輯。 - Client: 客戶類，客戶端程序。
從代碼上看
- 實(shí)現(xiàn)部分的抽象接口
public interface Implementor{
//實(shí)現(xiàn)抽象部分的具體方法
public void operationImpl();
}
- 實(shí)現(xiàn)具體部分的實(shí)現(xiàn)
public class ConcreteImplementorA implements Implementor{
@Override
public void operationImpl(){
//具體的實(shí)現(xiàn)
}
}
public class ConcreteImplementorB implements Implementor{
@Override
public void operationImpl(){
//具體的實(shí)現(xiàn)
}
}
- 抽象部分的實(shí)現(xiàn)
public absteact class Abstraction{
//生命一個(gè)私有成員變量引用實(shí)現(xiàn)部分的對(duì)象
private Implementor mImplementor;
//通過(guò)實(shí)現(xiàn)部分對(duì)象的引用構(gòu)造抽象部分的對(duì)象
public Abstraction (Implementor implementor) {
mImplementor = implementor;
}
//通過(guò)調(diào)用實(shí)現(xiàn)部分具體的方法實(shí)現(xiàn)具體的功能
public void operation(){
mImplementor.operationImpl();
}
}
- 抽象部分的子類
public class RefinedAbstraction extends Abstraction{
public RefinedAbstraction (Implementor implementor){
super(implementor);
}
//對(duì)父類抽象部分中的方法進(jìn)行擴(kuò)展
public void refinedOperation(){
//對(duì)Abstraction中的方法擴(kuò)展
}
}
- 客戶類
public class Client{
public static void main(String[] args){
//客戶調(diào)用邏輯
}
}
簡(jiǎn)單實(shí)現(xiàn)
簡(jiǎn)單設(shè)計(jì)一個(gè)場(chǎng)景，一般我們?nèi)コ耘Ｅ牛?wù)員都會(huì)詢問(wèn)你，吃什么牛排，要加什么汁，幾成熟。我們可以把“服務(wù)員”，“牛排”，“汁”，“幾成熟”定義為橋接模式的成員:
- Client: 服務(wù)員
- Abstraction: 加什么汁，要幾成熟
- RefinedAbstractionA: 黑椒汁
- RefinedAbstractionB: 七成熟
- Implementor:吃什么牛排
- ConcreteImplementorA: 服務(wù)員來(lái)一份菲力牛排(Filet Steak)
- ConcreteImplementorB: 服務(wù)員再來(lái)一份西冷牛排(Sirloin Steak)
代碼實(shí)現(xiàn)
- Implementor
public interface Steak {
public void addSomething(String something);
}
- ConcreteImplementorA
public class FiletSteak implements Steak {
@Override public void addSomething(String something) {
Log.i("mytag",something);
}
}
- ConcreteImplementorB
public class SirloinSteak implements Steak {
@Override
public void addSomething(String something) {
Log.i("mytag",something);
}
}
- Abstraction
public abstract class Orders {
protected Steak impl;
public Orders(Steak impl){
this.impl = impl;
}
public void writeOrder(String something){
this.impl.addSomething(something);
}
}
- RefinedAbstractionA
public class Sauce extends Orders{
public Sauce(Steak impl) {
super(impl);
}
@Override
public void writeOrder(String sauce) {
super.writeOrder(sauce);
}
}
- RefinedAbstractionB
public class Cooked extends Orders {
public Cooked(Steak impl) {
super(impl);
}
@Override
public void writeOrder(String cooked) {
super.writeOrder(cooked);
}
}
- Client
//服務(wù)員出場(chǎng)Log.i("mytag","客官請(qǐng)問(wèn)想吃什么牛排");
//我選擇菲力牛排
Steak steak = new FiletSteak();
steak.addSomething("菲力牛排");
Log.i("mytag","客官請(qǐng)問(wèn)加什么汁");
//我選擇黑椒汁
Orders orders = new Sauce(steak);
orders.writeOrder("黑椒汁");
Log.i("mytag","客官請(qǐng)問(wèn)要幾成熟");
//7成最好吃
orders = new Cooked(steak);
orders.writeOrder("七成熟");
//分隔線
Log.i("mytag","-------------------------");
//同理西冷牛排
Log.i("mytag","客官請(qǐng)問(wèn)還想吃什么牛排");
steak = new SirloinSteak();
steak.addSomething("西冷牛排");
Log.i("mytag","客官請(qǐng)問(wèn)加什么汁");
orders = new Sauce(steak);
orders.writeOrder("番茄汁");
Log.i("mytag","客官請(qǐng)問(wèn)要幾成熟");
orders = new Cooked(steak);
orders.writeOrder("全熟");
編譯代碼:
Android源碼中的橋接模式實(shí)現(xiàn)
橋接模式在Android中應(yīng)用得相當(dāng)廣泛，但一般而言都是作用于大范圍的，我們可以在源碼中很多地方看到橋接模式的應(yīng)用。例如我們常用的Adapter跟AdapterView之間就是一個(gè)橋接模式。
首先ListAdapter.java：
public interface ListAdapter extends Adapter{
//繼承自Adapter，擴(kuò)展了自己的兩個(gè)實(shí)現(xiàn)方法
public boolean areAllItemsEnabled();
boolean isEnabled(int position);
}
這里先來(lái)看一下父類AdapterView:
public abstract class AdapterView<T extends Adapter> extends ViewGroup {
//這里需要一個(gè)泛型的
Adapter public abstract T getAdapter();
public abstract void setAdapter(T adapter);
}
接著來(lái)看ListView的父類AbsListView，繼承自AdapterView
public abstract class AbsListView extends AdapterView<ListAdapter>
//繼承自AdapterView,并且指明了T為L(zhǎng)istAdapter
/** * The adapter containing the data to be displayed by this view */
ListAdapter mAdapter;
//代碼省略
//這里實(shí)現(xiàn)了setAdapter的方法，實(shí)例了對(duì)實(shí)現(xiàn)化對(duì)象的引用
public void setAdapter(ListAdapter adapter) {
//這的adapter是從子類傳入上來(lái)，也就是listview，拿到了具體實(shí)現(xiàn)化的對(duì)象
if (adapter != null) {
mAdapterHasStableIds = mAdapter.hasStableIds();
if (mChoiceMode != CHOICE_MODE_NONE && mAdapterHasStableIds && mCheckedIdStates == null) {
mCheckedIdStates = new LongSparseArray<Integer>();
}
}
if (mCheckStates != null) {
mCheckStates.clear();
}
if (mCheckedIdStates != null) {
mCheckedIdStates.clear();
}
}
大家都知道，構(gòu)建一個(gè)listview，adapter中最重要的兩個(gè)方法，getCount()告知數(shù)量，getview()告知具體的view類型，接下來(lái)看看AbsListView作為一個(gè)視圖的集合是如何來(lái)根據(jù)實(shí)現(xiàn)化對(duì)象adapter來(lái)實(shí)現(xiàn)的具體的view呢？
protected void onAttachedToWindow() {
super.onAttachedToWindow();
//省略代碼
//這里在加入window的時(shí)候，getCount()確定了集合的個(gè)數(shù)
mDataChanged = true;
mOldItemCount = mItemCount;
mItemCount = mAdapter.getCount();
}
接著來(lái)看
View obtainView(int position, boolean[] isScrap) {
//代碼省略
?//這里根據(jù)位置顯示具體的view,return的child是從持有的實(shí)現(xiàn)對(duì)象mAdapter里面的具體實(shí)現(xiàn)的
?//方法getview來(lái)得到的。
final View child = mAdapter.getView(position, scrapView, this);
//代碼省略 return child;
}
接下來(lái)在ListView中，onMeasure調(diào)用了obtainView來(lái)確定寬高，在擴(kuò)展自己的方法來(lái)排列這些view。知道了
這些以后，我們來(lái)畫(huà)一個(gè)簡(jiǎn)易的UML圖來(lái)看下:
以上就是Android源碼中的橋接模式實(shí)現(xiàn)
橋接模式的優(yōu)缺點(diǎn)
優(yōu)點(diǎn)
分離抽象和實(shí)現(xiàn)部分
橋接模式分離了抽象和實(shí)現(xiàn)部分，從而極大地提高了系統(tǒng)的靈活性。讓抽象部分和實(shí)現(xiàn)部分獨(dú)立開(kāi)來(lái)，分別定義接口，這有助于對(duì)系統(tǒng)進(jìn)行分層，從而產(chǎn)生更好的結(jié)構(gòu)化的系統(tǒng)。對(duì)于系統(tǒng)的高層部分，只需要知道抽象部分和實(shí)現(xiàn)部分的接口就可以了。靈活的擴(kuò)展性
由于橋接模式把抽象和實(shí)現(xiàn)部分分離開(kāi)了，而且分別定義接口，這就使得抽象部分和實(shí)現(xiàn)部分可以分別獨(dú)立的擴(kuò)展，而不會(huì)相互影響，從而大大的提高了系統(tǒng)的可擴(kuò)展性。可動(dòng)態(tài)切換實(shí)現(xiàn)。
由于橋接模式把抽象和實(shí)現(xiàn)部分分離開(kāi)了，那么在實(shí)現(xiàn)橋接的時(shí)候，就可以實(shí)現(xiàn)動(dòng)態(tài)的選擇和使用具體的實(shí)現(xiàn)，也就是說(shuō)一個(gè)實(shí)現(xiàn)不再是固定的綁定在一個(gè)抽象接口上了，可以實(shí)現(xiàn)運(yùn)行期間動(dòng)態(tài)的切換實(shí)現(xiàn)。
缺點(diǎn)
-
不容易設(shè)計(jì)
對(duì)開(kāi)發(fā)者要有一定的經(jīng)驗(yàn)要求。
最后放出一個(gè)鏈接，文中的Android源碼中的模式實(shí)現(xiàn)就是出自此處：
http://blog.csdn.net/u010405231/article/details/49618511
關(guān)于橋接模式就介紹到這里，后面可能會(huì)看心情再介紹一下別的設(shè)計(jì)模式。
更多精彩文章請(qǐng)掃描下方二維碼關(guān)注微信公眾號(hào)"AndroidCzh"：這里將長(zhǎng)期為您分享原創(chuàng)文章、Android開(kāi)發(fā)經(jīng)驗(yàn)等！
QQ交流群： 705929135
