iOS設計模式——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何時用新增子類的方法的指導。但是有以下幾個指導性的建議:
- 如果需要新增一個新的變數,則需新增子類。
- 如果只是新增一個新的方法,用Category是比較好的選擇。
相關文章
- IOS 設計模式iOS設計模式
- iOS設計模式 (四)享元模式iOS設計模式
- iOS設計模式之觀察者模式iOS設計模式
- iOS 設計模式之單例模式iOS設計模式單例
- IOS category 與 extensioniOSGo
- 玩轉 iOS 開發:《iOS 設計模式 — 代理模式》iOS設計模式
- iOS設計模式詳解iOS設計模式
- iOS設計模式彙總iOS設計模式
- iOS 設計模式知多少iOS設計模式
- IOS設計模式第三篇之外觀設計模式iOS設計模式
- 玩轉 iOS 開發:《iOS 設計模式 — 工廠模式》iOS設計模式
- iOS底層原理-CategoryiOSGo
- [譯] iOS 設計模式進階iOS設計模式
- iOS 設計模式_觀察者_KVOiOS設計模式
- iOS設計模式-介面卡iOS設計模式
- iOS Extension Category Protrol 例子理解iOSGo
- iOS 設計模式淺析 0 – 前言iOS設計模式
- iOS 設計模式淺析 1 - 策略iOS設計模式
- iOS 設計模式淺析 0 - 前言iOS設計模式
- iOS中的單例設計模式iOS單例設計模式
- iOS設計模式 - 簡單工廠iOS設計模式
- iOS_設計模式學習:介面卡模式iOS設計模式
- iOS設計模式2 - 觀察者模式_通知機制iOS設計模式
- iOS設計模式之四:備忘錄模式和命令模式iOS設計模式
- 【iOS印象】漫談 iOS App 架構與設計模式iOSAPP架構設計模式
- iOS 設計模式淺析 2 - 橋接iOS設計模式橋接
- iOS 開發中常見的設計模式iOS設計模式
- iOS設計模式反思之單例模式的進化iOS設計模式單例
- iOS問題整理03----CategoryiOSGo
- iOS套路面試題之CategoryiOS面試題Go
- 關於iOS Class Category的整理iOSGo
- 【iOS】category重寫方法的呼叫iOSGo
- iOS使用Category新增@property變數iOSGo變數
- iOS設計模式之三:介面卡模式和觀察者模式iOS設計模式
- iOS設計模式之二:外觀模式和裝飾器模式iOS設計模式
- SAP 電商雲 Category Navigation 頁面設計GoNavigation
- iOS開發中的21種設計模式iOS設計模式
- iOS開發中的設計模式 - 委託iOS設計模式