iOS 設計模式知多少

發表於2016-08-04

iOS設計模式

什麼是設計模式
設計模式是為特定場景下的問題定製的解決方案,設計模式分三種型別:建立型,結構型,行為型.這裡只列舉iOS常用到的幾種:

建立型 : 單例 , 工廠
結構型 : 代理 , MVC
行為型 : 觀察者 , 策略

單例模式
單例類 : 確保某一個類只有一個例項,而且自行例項化並向整個系統提供這個例項

優點:
1-節省記憶體
每次獲取例項時會先進行判斷,例項存在則返回,否則建立例項,如果一直不用,則不會建立例項,從而節省了內記憶體空間

2-因為單例類控制例項化過程,所以可以更靈活的修改例項化過程

缺點:
1-執行費時間
上面的判斷會浪費一些時間

2-執行緒安全問題
併發情況下,如果執行緒A和執行緒B同時呼叫某一方法,會建立出兩個例項,此時單例模式失效,若想解決執行緒安全問題,需要加synchronized解決,但會降低訪問速度

使用場景:
1-如果建立某一個物件會耗費很多系統資源,此時採取單例模式,因為只需要一個例項,會節省alloc時間

2-若很多模組需要使用同一變數,可以將它放入單例類

3-實際應用:”我的音樂”專案中 “音樂播放器/列表管理/檔案管理”均為單例模式

1.定義
+ (instancetype)defaultManager
{
    static 單例類名 *instance = nil;
    static dispatch_once_t onceToken;

    dispatch_once( &onceToken,
                  ^{
                      instance = [[self alloc] init];
                  });
    return instance;
}

2.使用
[單例類名 defaultManager]呼叫方法及屬性即可

3.注意
假如我們令
_yourList = [CCListManager defaultManager].defaultList;
若你對_yourList執行移除操作
[_yourList removeObjectAtIndex:indexPath.row];
則單例類中的defaultList此行也被移除了

1.定義

+ (instancetype)defaultManager

{

static 單例類名 *instance = nil;

static dispatch_once_t onceToken;

dispatch_once( &onceToken,

instance = [[self alloc] init];

});

return instance;

}

2.使用

[單例類名 defaultManager]呼叫方法及屬性即可

3.注意

假如我們令

_yourList = [CCListManager defaultManager].defaultList;

若你對_yourList執行移除操作

[_yourList removeObjectAtIndex:indexPath.row];

則單例類中的defaultList此行也被移除了

代理模式

當一個類的某些功能(協議)需要由別的類來實現,但是又不確定具體會是哪個類實現,本質是某個類持有了另一個類的指標
協議是約束一個類必須實現某些方法
協議中只能定義方法，不能定義成員變數,屬性,@required為必須實現的,@optional為可選擇實現的
因為協議這個介面和類並不存在關聯關係，所以我們要用到代理,宣告一個代理屬性,約定實現代理的物件去實現協議方法
說起來有點繞,但理解了就好了….

優點:
1-有利於程式碼的封裝
2-有利於程式的結構化和層次化
3-若是@required的方法,沒有實現會編譯警告/報錯
4-一個類可以定義不同的協議,當然,每個協議得對應不同的delegate

缺點:
1-程式碼量多,協議定義,delegate屬性,本身決定什麼時候執行代理,實現代理類的實現

2-釋放後,delegate要為nil,否則會是野指標,造成記憶體洩漏,這也是要用weak來宣告delegate的原因

3-只能一對一通訊,不過這個好像不算是缺點
備註:
-假如現在有類A,類B,類C
-類C協議為CDelegate,點選類C的按鈕時,相應協議,輸出一句話
-類A和類B都實現了方法
-執行的操作是,從類A跳轉到類B,從類B跳轉至類C,點選類C的按鈕,只有類B相應了

使用場景:
tableView的Cell內按鈕點選時
音樂播放器當前歌曲的進度
……

實現過程:
舉例:類A實現了類B的協議
類B
1.宣告協議及協議方法,這是要讓別的類,比如“A”實現的

@protocol BDelegate 
- (void)passValue: (NSString *)string;
@end

@protocol BDelegate

- (void)passValue: (NSString *)string;

@end

2.宣告此協議的代理物件,誰使用了這個代理物件,誰就實現上面的協議,比如“A”

@property(nonatomic,assign)id delegate;

1	@property(nonatomic,assign)id delegate;

3.本類決定了,實現我代理物件的類,比如“A”,何時實現我的協議方法,例當我點選我本身的按鈕時實現

-(void)onClick
{
        [self.delegate passValue:@"少壯不努力,老大徒傷悲啊”];   
}

-(void)onClick

{

[self.delegate passValue:@"少壯不努力,老大徒傷悲啊”];

}

類A
1.宣告”B”物件,並實現”B”協議的代理

BViewController *b = [[BViewController alloc] init];
b.delegate = self;

1 2	BViewController *b = [[BViewController alloc] init]; b.delegate = self;

2.實現協議方法,何時實現由”B”控制

- (void)passValue:(NSString *)string
{
        NSLog(@"代理傳給了我什麼%@",string);
}

- (void)passValue:(NSString *)string

{

NSLog(@"代理傳給了我什麼%@",string);

}

拿tableView的cell內按鈕點選舉例

1.在cell中宣告協議,代理物件,及何時響應
//宣告協議
@class myCell;
@protocol FQDelegate 
- (void)clickDelegateButton:(myCell *)cell;
@end

//宣告代理物件
@interface myCell : UITableViewCell
//這個名字一般叫delegate,但其實你愛叫什麼叫什麼
@property (weak, nonatomic) id del;
@end

//何時響應
- (IBAction)onClickButton:(id)sender
{
        if(self.del && [self.del respondsToSelector:@selector(clickDelegateButton:)])
        {
            [self.del clickDelegateButton:self];
        }
}

2.tableView實現
@interface ViewController ()

- (UITableViewCell *) tableView:(UITableView *)tableView cellForRowAtIndexPath:(NSIndexPath *)indexPath
{
    static NSString *identifier = @"myCell";
    myCell *cell = [tableView dequeueReusableCellWithIdentifier:identifier];
    if (!cell)
    {
        cell = [[[NSBundle mainBundle] loadNibNamed:@"myCell" owner:self options:nil]lastObject];
        //點選事件
        cell.del = self;
    }
    //繪製cell內容
    //姓名
    cell.nameLabel.text = @"親愛的大倩倩";

    //雙拼
    NSMutableString *mutStr = [NSMutableString string];
    [mutStr appendString:@"雙"];
    [mutStr appendString:@" / "];
    [mutStr appendString:@"拼"];
    cell.doubleLabel.text = mutStr;

    return cell;
}

- (void)clickDelegateButton:(myCell *)cell
{
    NSIndexPath *indexPath = [_mainTableView indexPathForCell:cell];
    NSLog(@"你當前點選的是第幾行%ld",(long)indexPath.row);
}

1.在cell中宣告協議,代理物件,及何時響應

//宣告協議

@class myCell;

@protocol FQDelegate

- (void)clickDelegateButton:(myCell *)cell;

@end

//宣告代理物件

@interface myCell : UITableViewCell

//這個名字一般叫delegate,但其實你愛叫什麼叫什麼

@property (weak, nonatomic) id del;

@end

//何時響應

- (IBAction)onClickButton:(id)sender

{

if(self.del && [self.del respondsToSelector:@selector(clickDelegateButton:)])

{

[self.del clickDelegateButton:self];

}

2.tableView實現

@interface ViewController ()

- (UITableViewCell *) tableView:(UITableView *)tableView cellForRowAtIndexPath:(NSIndexPath *)indexPath

{

static NSString *identifier = @"myCell";

myCell *cell = [tableView dequeueReusableCellWithIdentifier:identifier];

if (!cell)

{

cell = [[[NSBundle mainBundle] loadNibNamed:@"myCell" owner:self options:nil]lastObject];

//點選事件

cell.del = self;

}

//繪製cell內容

//姓名

cell.nameLabel.text = @"親愛的大倩倩";

//雙拼

NSMutableString *mutStr = [NSMutableString string];

[mutStr appendString:@"雙"];

[mutStr appendString:@" / "];

[mutStr appendString:@"拼"];

cell.doubleLabel.text = mutStr;

return cell;

}

- (void)clickDelegateButton:(myCell *)cell

{

NSIndexPath *indexPath = [_mainTableView indexPathForCell:cell];

NSLog(@"你當前點選的是第幾行%ld",(long)indexPath.row);

}

擴充套件一:執行時機制
假如我們上面不用代理實現,改成如下依然可以實現:

1.cell中
@property (nonatomic,weak) id delegate;
@property (nonatomic,assign) SEL method;

- (IBAction)onClickButton:(id)sender
{
    if ([self.delegate respondsToSelector:self.method])
    {
        [self.delegate performSelector:self.method withObject:self];
    }
}

2.tableView實現
- (UITableViewCell *) tableView:(UITableView *)tableView cellForRowAtIndexPath:(NSIndexPath *)indexPath
{
    static NSString *identifier = @"myCell";
    myCell *cell = [tableView dequeueReusableCellWithIdentifier:identifier];
    if (!cell)
    {
        cell = [[[NSBundle mainBundle] loadNibNamed:@"myCell" owner:self options:nil]lastObject];
        //點選事件
        cell.delegate = self;
        cell.method = @selector(onClickMainButton:);
    }
    return cell;
}

- (void)onClickMainButton:(myCell *) cell
{
    NSIndexPath *indexPath = [_mainTableView indexPathForCell:cell];
    NSLog(@"你點選的是第幾行%ld",(long)indexPath.row);  
}

1.cell中

@property (nonatomic,weak) id delegate;

@property (nonatomic,assign) SEL method;

- (IBAction)onClickButton:(id)sender

{

if ([self.delegate respondsToSelector:self.method])

{

[self.delegate performSelector:self.method withObject:self];

}

2.tableView實現

- (UITableViewCell *) tableView:(UITableView *)tableView cellForRowAtIndexPath:(NSIndexPath *)indexPath

{

static NSString *identifier = @"myCell";

myCell *cell = [tableView dequeueReusableCellWithIdentifier:identifier];

if (!cell)

{

cell = [[[NSBundle mainBundle] loadNibNamed:@"myCell" owner:self options:nil]lastObject];

//點選事件

cell.delegate = self;

cell.method = @selector(onClickMainButton:);

}

return cell;

}

- (void)onClickMainButton:(myCell *) cell

{

NSIndexPath *indexPath = [_mainTableView indexPathForCell:cell];

NSLog(@"你點選的是第幾行%ld",(long)indexPath.row);

}

擴充套件二
1-代理用weak,不用assign的原因
assign和weak均是指標賦值(直接賦值),不改變索引計數,但當被銷燬時,
assign:如果使用完畢,不將其置為nil,會產生野指標,操作不當會崩潰
weak:在屬性所指的物件遭到摧毀時，屬性值也會清空(nil out),不會崩潰

假設你用malloc分配了一塊記憶體，並且把它的地址賦值給了指標a，後來你希望指標b也共享這塊記憶體，於是你又把a賦值給（assign）了b。此時a 和b指向同一塊記憶體，請問當a不再需要這塊記憶體，能否直接釋放它？答案是否定的，因為a並不知道b是否還在使用這塊記憶體，如果a釋放了，那麼b在使用這塊記憶體的時候會引起程式crash掉

2- assigin可以用非 OC 物件,而 weak 必須用於 OC 物件

3- 代理用weak,不用strong的原因,是因為防止迴圈引用

觀察者模式

觀察者模式是一種通知變化的模式,分下面兩種

Notification
優點:
1-程式碼量少,實現簡單
2-對於一個發出的通知,多個物件能夠做出反應,即一對多
缺點:
1-釋放通知物件時,需要在通知中心移除註冊
2-觀察者需要提前知道通知的名字,如果未定義,會不同步
3-編譯器不會檢查通知是否能被觀察者處理(相對比delegate)
KVO
優點:
1-簡單
2-能夠對非我們建立的物件,即內部物件的狀態改變做出相應
3-用key path觀察屬性,因此也可以觀察巢狀物件
4-也可以一對多
缺點:
1-觀察的屬性必須使用NSString定義
Delegate,NSNotification,KVO
1-三者均是類和類之間的通訊
2-NSNotification和KVO一對多,Delegate一對一
3-NSNotification和KVO不關心接受者的態度,意思就是發出通知後剩下的事就不管了,而delegate會關注結果

NSNotification例子(帶引數)

1.宣告訊息
[[NSNotificationCenter defaultCenter] addObserver:self
                                    selector:@selector(respondNotification:) name:@“FQNotification" object:nil];

2.響應訊息
[[NSNotificationCenter defaultCenter] postNotificationName:@“FQNotification”object:@“llama"];

3.實現訊息
- (void)respondNotification:(NSNotification*)aNotification
    {
       NSString *number= [aNotification object];
         NSLog(@"接收到的內容是%@",number);
    }

1.宣告訊息

[[NSNotificationCenter defaultCenter] addObserver:self

selector:@selector(respondNotification:) name:@“FQNotification" object:nil];

2.響應訊息

[[NSNotificationCenter defaultCenter] postNotificationName:@“FQNotification”object:@“llama"];

3.實現訊息

- (void)respondNotification:(NSNotification*)aNotification

{

NSString *number= [aNotification object];

NSLog(@"接收到的內容是%@",number);

}

KVO會單開專題講解

MVC模式
Model-View-Controller的縮寫,是一種架構模式,講的是M和V的程式碼分離,通過資料模型，控制器邏輯，檢視展示將應用程式進行邏輯劃分。

優點:
1-層次清晰,程式碼簡潔
2-方便測試及改動,易於維護
缺點:
1-增加系統結構和實現的複雜性
2-檢視對模型資料低效率訪問

這個就不舉例子了.

工廠模式

簡單工廠模式: 為了向客戶提供方便,將分配和初始化合在一個步驟中,返回被建立的物件.說白了,就是物件的封裝.
優點:客戶端直接使用產品,而不用關心產品的具體實現
缺點:工廠類負責邏輯實現,一旦出現問題,均受影響,而且,每增加一個產品,就要增加一個工廠類
使用場景:多個地方用到某一物件,並且此物件屬性一樣時

簡單工廠模式例子:
每個應用程式都會有自己的主色調,字型顏色及大小等等吧,我們定義每一個Button時,若都寫給它設定顏色,字型,字號等太麻煩,可以封裝起來,這樣宣告一個Button只需要執行一句程式碼就行啦

1.定義一個工具類,裡面封裝了各種,這裡只拿button舉例
@interface ToolViewController : UIViewController
#pragma mark - Button 
+ (UIButton *)buttonWithFrame:(CGRect)frame  buttonWithTitle:(NSString *)title buttonWithSuperView:(UIView *)view;


+ (UIButton *)buttonWithFrame:(CGRect)frame  buttonWithTitle:(NSString *)title buttonWithSuperView:(UIView *)view
{
    UIButton *button = [UIButton buttonWithType:UIButtonTypeRoundedRect];
    button.frame = frame;
    button.backgroundColor = [UIColor colorWithRed:69/255.0 green:187/255.0 blue:237/255.0 alpha:1];
    [button setTitle:title forState:UIControlStateNormal];
    [button setTitleColor:[UIColor whiteColor] forState:UIControlStateNormal];
    [button.layer setCornerRadius:5.0];
    [view addSubview:button];
    return button;
}

2.在你需要的ViewController裡,初始化物件
#import "ToolViewController.h"
ToolViewController *nextStepButton = [ToolViewController buttonWithFrame:CGRectMake(10, 200, [UIScreen mainScreen].bounds.size.width - 20, 44)  buttonWithTitle:@"下一步" buttonWithSuperView:self.view];

3.一句話就搞定啦,如果設計突然變了顏色,只需要在工具類裡改一句話就行啦

1.定義一個工具類,裡面封裝了各種,這裡只拿button舉例

@interface ToolViewController : UIViewController

#pragma mark - Button

+ (UIButton *)buttonWithFrame:(CGRect)frame buttonWithTitle:(NSString *)title buttonWithSuperView:(UIView *)view;

+ (UIButton *)buttonWithFrame:(CGRect)frame buttonWithTitle:(NSString *)title buttonWithSuperView:(UIView *)view

{

UIButton *button = [UIButton buttonWithType:UIButtonTypeRoundedRect];

button.frame = frame;

button.backgroundColor = [UIColor colorWithRed:69/255.0 green:187/255.0 blue:237/255.0 alpha:1];

[button setTitle:title forState:UIControlStateNormal];

[button setTitleColor:[UIColor whiteColor] forState:UIControlStateNormal];

[button.layer setCornerRadius:5.0];

[view addSubview:button];

return button;

}

2.在你需要的ViewController裡,初始化物件

#import "ToolViewController.h"

ToolViewController *nextStepButton = [ToolViewController buttonWithFrame:CGRectMake(10, 200, [UIScreen mainScreen].bounds.size.width - 20, 44) buttonWithTitle:@"下一步" buttonWithSuperView:self.view];

3.一句話就搞定啦,如果設計突然變了顏色,只需要在工具類裡改一句話就行啦

類工廠模式:大致可以理解為,通過繼承,建立不同的物件
優點:方便替換
缺點:不能算缺點,只是建立的這些類是同一個父類
使用場景:若使用時類會有變動,比如後臺若傳你不同的資料,需要建不同的類,可以考慮用這個

1.父類為BaseClass,有兩個子類ONE和TWO,在父類中
@interface BaseClass : NSObject
+ (instancetype)init;
@end

#import "ONE.h"
#import "TWO.h"
@implementation BaseClass
+ (instancetype)init
{
    BaseClass *mainClass = nil;
    mainClass = [[ONE alloc] init];
    return mainClass;
}

2.在ViewController中宣告10個ONE物件(其實應該是在不同的地方宣告)
#import "BaseClass.h"
- (void)viewDidLoad
{
    [super viewDidLoad];
       for (int i = 0; i 
2016-07-29 15:05:07.986 基礎[1382:93824] 你建的類為
2016-07-29 15:05:07.986 基礎[1382:93824] 你建的類為
2016-07-29 15:05:07.986 基礎[1382:93824] 你建的類為
2016-07-29 15:05:07.986 基礎[1382:93824] 你建的類為
2016-07-29 15:05:07.986 基礎[1382:93824] 你建的類為
2016-07-29 15:05:07.987 基礎[1382:93824] 你建的類為
2016-07-29 15:05:07.987 基礎[1382:93824] 你建的類為
2016-07-29 15:05:07.987 基礎[1382:93824] 你建的類為
2016-07-29 15:05:07.987 基礎[1382:93824] 你建的類為

4.現在我們需要將這10個ONE變成TWO,只需要在BaseClass中改一句話,方便快捷
mainClass = [[TWO alloc] init];

2016-07-29 15:09:46.111 基礎[1479:100444] 你建的類為
2016-07-29 15:09:46.112 基礎[1479:100444] 你建的類為
2016-07-29 15:09:46.112 基礎[1479:100444] 你建的類為
2016-07-29 15:09:46.112 基礎[1479:100444] 你建的類為
2016-07-29 15:09:46.113 基礎[1479:100444] 你建的類為
2016-07-29 15:09:46.113 基礎[1479:100444] 你建的類為
2016-07-29 15:09:46.113 基礎[1479:100444] 你建的類為
2016-07-29 15:09:46.113 基礎[1479:100444] 你建的類為
2016-07-29 15:09:46.113 基礎[1479:100444] 你建的類為
2016-07-29 15:09:46.113 基礎[1479:100444] 你建的類為

1.父類為BaseClass,有兩個子類ONE和TWO,在父類中

@interface BaseClass : NSObject

+ (instancetype)init;

@end

#import "ONE.h"

#import "TWO.h"

@implementation BaseClass

+ (instancetype)init

{

BaseClass *mainClass = nil;

mainClass = [[ONE alloc] init];

return mainClass;

}

2.在ViewController中宣告10個ONE物件(其實應該是在不同的地方宣告)

#import "BaseClass.h"

- (void)viewDidLoad

{

[super viewDidLoad];

for (int i = 0; i

2016-07-29 15:05:07.986 基礎[1382:93824] 你建的類為

2016-07-29 15:05:07.987 基礎[1382:93824] 你建的類為

4.現在我們需要將這10個ONE變成TWO,只需要在BaseClass中改一句話,方便快捷

mainClass = [[TWO alloc] init];

2016-07-29 15:09:46.111 基礎[1479:100444] 你建的類為

2016-07-29 15:09:46.112 基礎[1479:100444] 你建的類為

2016-07-29 15:09:46.113 基礎[1479:100444] 你建的類為

再舉一個例子,假如後臺返回的資料有不同的型別,根據傳來的key值不同返回不同的物件

1.在BaseClass中
@interface BaseClass : NSObject
+ (instancetype)initWithDictionary:(NSDictionary *)dictionary;
@end

#import "ONE.h"
#import "TWO.h"
@implementation BaseClass
+ (instancetype)initWithDictionary:(NSDictionary *)dic
{
    BaseClass *mainClass = nil;

    if ([dic[@"key"] isEqualToString:@"ONE"])
    {
        mainClass = [[ONE alloc] init];
    }
    else
    {
        mainClass = [[TWO alloc] init];
    }
    return mainClass;
}
@end

2.在ViewController中
#import "BaseClass.h"
- (void)viewDidLoad
{
    [super viewDidLoad];
    NSDictionary *dic1 = [[NSDictionary alloc] initWithObjectsAndKeys:@"ONE",@"key",@"AAA",@"name",nil];
    NSDictionary *dic2 = [[NSDictionary alloc] initWithObjectsAndKeys:@"TWO",@"key",@"BBB",@"name",nil];
    NSMutableArray *arr = [[NSMutableArray alloc] initWithObjects:dic1,dic2, nil];

    for (NSDictionary *dic in arr)
    {
        BaseClass *myClass = [BaseClass initWithDictionary:dic];
        NSLog(@"這個模型是%@",myClass);
    }
}

3.結果
2016-07-29 15:13:58.714 基礎[1544:107073] 這個模型是
2016-07-29 15:13:58.715 基礎[1544:107073] 這個模型是

1.在BaseClass中

@interface BaseClass : NSObject

+ (instancetype)initWithDictionary:(NSDictionary *)dictionary;

@end

#import "ONE.h"

#import "TWO.h"

@implementation BaseClass

+ (instancetype)initWithDictionary:(NSDictionary *)dic

{

BaseClass *mainClass = nil;

if ([dic[@"key"] isEqualToString:@"ONE"])

{

mainClass = [[ONE alloc] init];

}

else

{

mainClass = [[TWO alloc] init];

}

return mainClass;

}

@end

2.在ViewController中

#import "BaseClass.h"

- (void)viewDidLoad

{

[super viewDidLoad];

NSDictionary *dic1 = [[NSDictionary alloc] initWithObjectsAndKeys:@"ONE",@"key",@"AAA",@"name",nil];

NSDictionary *dic2 = [[NSDictionary alloc] initWithObjectsAndKeys:@"TWO",@"key",@"BBB",@"name",nil];

NSMutableArray *arr = [[NSMutableArray alloc] initWithObjects:dic1,dic2, nil];

for (NSDictionary *dic in arr)

{

BaseClass *myClass = [BaseClass initWithDictionary:dic];

NSLog(@"這個模型是%@",myClass);

}

3.結果

2016-07-29 15:13:58.714 基礎[1544:107073] 這個模型是

2016-07-29 15:13:58.715 基礎[1544:107073] 這個模型是

策略模式
和工廠模式相比,策略模式是對演算法的封裝,使演算法可以互相替換.

之前看過一個例子,假如你出去旅遊,有多種方案選擇,可以騎自行車,汽車,火車,飛機,每個策略都可以得到相同的結果,但使用的是不同的資源

有一篇講策略模式很好的文章,推薦一下
設計模式之策略模式（iOS開發，程式碼用Objective-C展示）

Python設計模式知多少
2021-05-21
Python設計模式
IOS 設計模式
2018-03-11
iOS設計模式
iOS設計模式——Category
2015-07-13
iOS設計模式Go
iOS設計模式 (四)享元模式
2018-05-12
iOS設計模式
iOS設計模式之觀察者模式
2014-01-13
iOS設計模式
iOS 設計模式之單例模式
2016-03-19
iOS設計模式單例
玩轉 iOS 開發：《iOS 設計模式 — 代理模式》
2019-02-28
iOS設計模式
iOS設計模式詳解
2018-08-26
iOS設計模式
iOS設計模式彙總
2019-01-23
iOS設計模式
IOS設計模式第三篇之外觀設計模式
2013-12-04
iOS設計模式
玩轉 iOS 開發：《iOS 設計模式 — 工廠模式》
2019-03-01
iOS設計模式
[譯] iOS 設計模式進階
2019-01-30
iOS設計模式
iOS 設計模式_觀察者_KVO
2018-04-26
iOS設計模式
iOS設計模式-介面卡
2016-04-10
iOS設計模式
iOS 設計模式淺析 0 – 前言
2018-11-27
iOS設計模式
iOS 設計模式淺析 1 - 策略
2017-12-16
iOS設計模式
iOS 設計模式淺析 0 - 前言
2017-12-16
iOS設計模式
iOS中的單例設計模式
2015-03-31
iOS單例設計模式
iOS設計模式 - 簡單工廠
2015-07-30
iOS設計模式
iOS_設計模式學習：介面卡模式
2018-08-08
iOS設計模式
iOS設計模式2 - 觀察者模式_通知機制
2018-07-18
iOS設計模式
iOS設計模式之四：備忘錄模式和命令模式
2013-09-17
iOS設計模式
【iOS印象】漫談 iOS App 架構與設計模式
2018-04-05
iOSAPP架構設計模式
iOS 設計模式淺析 2 - 橋接
2017-12-25
iOS設計模式橋接
iOS 開發中常見的設計模式
2016-07-20
iOS設計模式
iOS設計模式反思之單例模式的進化
2014-01-18
iOS設計模式單例
iOS設計模式之三：介面卡模式和觀察者模式
2013-09-18
iOS設計模式
iOS設計模式之二：外觀模式和裝飾器模式
2013-09-17
iOS設計模式
iOS開發中的21種設計模式
2016-07-28
iOS設計模式
iOS開發中的設計模式 - 委託
2011-11-22
iOS設計模式
遊戲設計-遊戲快樂知多少（四）？-驚喜
2021-09-12
遊戲設計
設計模式----工廠設計模式
2021-09-09
設計模式
設計模式-工廠設計模式
2020-12-14
設計模式
Java設計模式——模板設計模式
2021-10-30
Java設計模式
設計模式---外觀設計模式
2017-03-13
設計模式
[設計模式]單例設計模式
2014-11-10
設計模式單例
設計模式-裝飾設計模式
2014-09-29
設計模式
設計模式之單例設計模式
2020-04-18
設計模式單例

iOS 設計模式知多少

相關文章