iOS設計模式——Category

什麼是Category

Category模式用於向已經存在的類添加方法從而達到擴充已有類的目的，在很多情形下Category也是比建立子類更優的選擇。新添加的方法同樣也會被被擴充的類的所有子類自動繼承。當知道已有類中某個方法有BUG，但是這個類是以庫的形式存在的，我們無法直接修改原始碼的時候，Category也可以用於替代這個已有類中某個方法的實體，從而達到修複BUG的目的。然而卻沒有什麼便捷的途徑可以去調用已有類中原有的那個被替換掉方法實體了。需要注意的是，當準備有Category來替換某一個方法的時候，一定要保證實現原來方法的所有功能，否則這種替代就是沒有意義而且會引起新的BUG。和子類不同的是，Category不能用於向被擴充類添加執行個體變數。Category通常作為一種組織架構代碼的工具來使用。

Category的用途

1.      在不建立繼承類的情況下實現對已有類的擴充。

2.      簡化類的開發工作（當一個類需要多個程式員協同開發的時候，Category可以將同一個類根據用途分別放在不同的源檔案中，從而便於程式員獨立開發相應的方法集合）。

3.      將常用的相關的方法分組。

4.      在沒有原始碼的情況下可以用來修複BUG。

Category的用法

在Obj-C中，聲明某一個已有類的Category擴充的方法如下：

@interface ClassName (CategoryName)-methodName1-methodName2@end

上面的聲明通常是在.h檔案中，然後我們在.m檔案中實現這些方法：

@implementation ClassName (CategoryName)-methodName1-methodName2@end

我們建立一個iOS Single View Applciation名為CategoryExample。然後為建立一個NSString類的category擴充。File->New->File然後選擇 Cocoa Touch Objective-C category.命名為ReverseNSString.系統會自動產生一個固定格式ClassName+CategoryName的.h和.m檔案。

聲明Category

開啟NSString+ReverseNSString.h檔案，在裡面添加如下代碼：

#import <Foundation/Foundation.h>@interface NSString (ReverseNSString)+ (NSString*) reverseString:(NSString*)strSrc;@end

實現Category

NSString+ReverseNSString.m檔案中實現reverseString方法：

#import"NSString+ReverseNSString.h"@implementationNSString (ReverseNSString)+ (NSString*)reverseString:(NSString*)strSrc;{    NSMutableString *reversedString =[[NSMutableString alloc]init];    NSInteger charIndex = [strSrc length];    while (charIndex > 0) {        charIndex--;        NSRange subStrRange =NSMakeRange(charIndex, 1);        [reversedString appendString:[strSrcsubstringWithRange:subStrRange]];    }    return reversedString;}@end

剩下的工作就是驗證我們的Category了，在view中添加一個按鈕ReverseString,並設定相應的action方法為reverseString.在view上再添加一個label，命名為myString，預設值是”HelloCategory Design Pattern!”。點擊按鈕反轉這個字串。主要代碼如下：

-(IBAction)reverseString:(id)sender {    NSString *test = [NSStringreverseString:_myString.text];    _myString.text = test;   }

程式碼群組織

Category用於大型類有效分解。通常一個大型類的方法可以根據某種邏輯或是相關性分解為不同的組，一個類的代碼量越大，將這個類分解到不同的檔案中就顯得越有用，每個檔案中分別是這個類的某些相關方法的集合。

當有多個開發人員共同完成一個項目時，每個人所承擔的是單獨的cagegory的開發和維護。這樣就版本控制就更加簡單了，因為開發人員之間的工作衝突更少了。

Category VS添加子類

並沒有什麼界限分明的判定標準來作為何時用Category何時用添加子類的方法的指導。但是有以下幾個指導性的建議：

1. 如果需要添加一個新的變數，則需添加子類。
2. 如果只是添加一個新的方法，用Category是比較好的選擇。

 

如果本文有任何錯誤之處，歡迎拍磚指正，共同進步， 謝謝！