詳解Objective-C編程中對設計模式中適的配器模式的使用_IOS

來源:互聯網
上載者:User

引言

  在項目開發中,有時候會遇到這樣的一種情景:需要使用以前開發的“一些現存的對象”,但是新環境中要求的介面是這些現存對象所不滿足的。怎樣應對這種遷移的需求?使得可以複用這些對象,以滿足新的應用環境,這就是適配器(Adapter)所要解決的問題。

定義

  “將一個類的介面轉換成客戶希望的另外一個介面。適配器模式使得原本由於介面不相容而不能一起工作的那些類可以一起工作。”

最初的定義出現於《設計模式》(Addison-Wesley,1994)。
  這個定義應該很好理解,生活中也到處充滿著適配器模式的應用,比如說我們手機的充電器:手機是不能在220V電源上直接充電的,充電器將電壓轉換成手機需要的電壓後,手機才可以正常充電,這個充電器就起到了適配的作用。

結構圖

  有兩種實現適配器模式的方式。第一種是通過繼承來適配兩個介面,這稱為類適配器。在Gof介紹設計模式的書中,類適配器是通過多重繼承來實現的。書中使用的語言是C++,它並沒有C#的介面或OC的協議這樣的文法,一切都是類。在OC中,類可以實現協議,同時又繼承父類,達到C++多繼承的效果。要在OC中實作類別適配器,首先需要有定義了用戶端要使用的一套行為的協議,然後要用具體的適配器類來實現這個協議。適配器類同時也要繼承被適配者。類適配器結構圖如下所示:

從圖中可以看到,Adapter是一個Target類型,同時也是Adaptee類型。它重載了Target的request方法,沒有重載Adaptee中的specificRequest方法,而是在Adapter的request方法的實現中,調用父類的specificRequest方法。只有當Target是協議而不是類時,類適配器才能夠用OC來實現,因為OC中是沒有多重繼承的。
  實現適配器模式的第二種方式稱為對象適配器。與類適配器不同,對象適配器不繼承被適配者,而是組合了一個對它的引用。對象適配器結構圖如下所示:

 從兩個結構圖可以看到,Target和Adapter的關係相同,Adapter和Adaptee之間的關係,由繼承變成了關聯。這種關係下,Adapter需要保持一個對Adaptee的引用。在request方法中,Adapter發送[_adaptee specificRequest]訊息給Adaptee,以完成用戶端的請求。

  很顯然,OC中常用的委託(Delegate)模式屬於對象適配器。以常用的UITableViewDelegate為例,我這裡先畫出它的結構圖,如下所示:

 UITableView(對象適配器中的Client角色)處理選中行事件時,訊息會傳遞給UITableViewDelegate(對象適配器中Target角色),然後調用MyViewController(對象適配器中Adapter角色)裡面的- (void)tableView:(UITableView *)tableView didSelectRowAtIndexPath:(NSIndexPath *)indexPath方法來進行處理,在MyViewController的這個方法中,我們會調用其他對象(比如說我們可能會調用詳情DetailViewController對象來跳轉到詳情頁面)來處理該訊息。

執行個體
Target類介面

複製代碼 代碼如下:

#import <Foundation/Foundation.h>

@interface Target:NSObject
-(void)Request;
@end


Target類實現
複製代碼 代碼如下:

#import "Target.h"

@implementation Target

-(void)Request{
    NSLog(@"普通請求!");
}
@end


Adaptee類介面
複製代碼 代碼如下:

#import <Foundation/Foundation.h>

@interface Adaptee:NSObject
-(void)SpecificRequest;
@end


Adaptee類實現
複製代碼 代碼如下:

#import "Adaptee.h"

@implementation Adaptee

-(void)SpecificRequest{
    NSLog(@"特殊請求!");
}
@end


Adapter類介面
複製代碼 代碼如下:

#import "Target.h"

@class Adaptee;
@interface Adapter :Target{
    Adaptee *adaptee;
}
@end


Adapter類實現
複製代碼 代碼如下:

#import "Adapter.h"
#import "Adaptee.h"

@implementation Adapter

-(id)init{
    if (self == [super init]) {
        adaptee = [[Adaptee alloc]init];
    }
    return self;
}
-(void)Request{
    [adaptee SpecificRequest];
}
@end


Main方法調用
複製代碼 代碼如下:

#import <Foundation/Foundation.h>
#import "Adapter.h"

int main(int argc,const char *argv[])
{
    @autoreleasepool{
        Target *target = [[Adapter alloc]init];
        [target Request];
    }
    return 0;
}

小結

1.適配器模式主要應用於“希望複用一些現存的類,但是介面又與複用環境要求不一致的情況”,在遺留代碼複用、類庫遷移等方面非常有用。

2.適配器模式有對象適配器和類適配器兩種形式的實現結構,但是類適配器採用“多繼承”的實現方式,帶來了不良的高耦合,所以一般不推薦使用,另外,OC中也不支援多重繼承。對象適配器採用“對象組合”的方式,更符合松耦合規範。

在以下各種情況下可以考慮使用適配器模式:

1.需要使用一個已經存在的類,而它的介面不符合新環境的規範。
2.想建立一個可以複用的類,該類可以與其他不相關的類或不可預見的類(即那些介面可能不一定相容的類)協同工作。

相關文章

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。

A Free Trial That Lets You Build Big!

Start building with 50+ products and up to 12 months usage for Elastic Compute Service

  • Sales Support

    1 on 1 presale consultation

  • After-Sales Support

    24/7 Technical Support 6 Free Tickets per Quarter Faster Response

  • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.