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是比較好的選擇。

 

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