IOS設計模式第四篇之裝飾設計模式的類別設計模式

標籤：ios設計模式第四篇之裝飾設計模式的類別   類別   ios設計模式   ios   

裝飾設計模式

裝飾設計模式動態添加行為和責任向一個對象而不修改他的任何代碼。他是你子類化修改類的行為用通過另一個對象的封裝的代替方法。

在Objective-c裡面有很多這種設計模式的實現，像category和delegation。

類別

類別是一個極其強大的機制允許你向已經知道的類添加方法不用繼承。新方法在編譯時間被添加可以像正常方法一樣被執行在這個擴充類裡面。這個和類的修飾定義有稍微的不同。因為類別不能添加執行個體 變數。

注意:除了擴充自己的類，你還可以向任何cocoa自己的類添加方法。

怎麼用類別：

想象一個情境你有一個專輯對象這個專輯對象想展示在tableView裡面。

專輯的標題從哪裡來？專輯是一資料對象，因此不關心怎麼展示資料。你需要一些額外的代碼向專輯類添加這個功能，但是不需要直接修改這個類的代碼。

我們給已經存在的專輯類添加一個類別；他將定義一個新的方法返回顯示在tableView裡面的資料結構。

這個資料結構像下面這樣：

給專輯類添加類別。在建立檔案選擇類別模版而不是Objective-c類模版然後寫上類別的名字和將給哪個類建立類別的名字。

注意：這時候你注意新檔案的名字了嗎？是 Album+TableRepresentation意味著你對Album類擴充。這個機制很重要的，因為他容易閱讀和防止與你或者其他的人建立的類別衝突。

在Album+TableRepresentation標頭檔添加下面方法原型：

#import "Album.h"

@interface Album (TableRepresentation)

- (NSDictionary*)tr_tableRepresentation;

@end

注意在方法的名字前面添加tr_。作為一個類別的名字TableRepresentation縮寫。同樣這樣的機制有主意和其他方法衝突。

注意：如果在這個類別裡面定義的方法的名字和原始類方法名義一樣或者和另一個在同一個類的類別方法名字一樣（甚至超類）。在運行時方法實現提示行為是未定義的。如果在你自己類裡面使用類別這是不太可能出現的問題。但是當向cocoa已經存在的類裡面添加類別可能會出現嚴重的問題。

在Album+TableRepresentation.m添加下面方法實現：

#import "Album+TableRepresentation.h"

@implementation Album (TableRepresentation)

- (NSDictionary*)tr_tableRepresentation

{

    return@{@"titles":@[@"Artist",@"Album", @"Genre",@"Year"],

             @"values":@[self.artist,self.title,self.genre,self.year]};

}

@end

這個設計模式的強大作用：

1：可以直接從Album直接使用屬性。

2：你有添加到專輯類但你沒有從它派生出子類。如果你需要子類專輯,你仍然可以這麼做。

3：這個簡單的添加返回一個在tableView裡面的專輯類，不需要修改專輯的代碼。

蘋果在foundation架構裡面用了很多的類別。想看到他們開啟NSString找到@interface NSString，並且你將要看到三個類別定義在這個類裡面。類別協助我們組織方法和把方法分割成區。

IOS設計模式第四篇之裝飾設計模式的類別設計模式