前言
作為一個(gè)iOS程序員基本上都應(yīng)該接觸過(guò)Masonry這個(gè)自動(dòng)布局庫(kù)倘待。這個(gè)庫(kù)能夠幫助程序員極大程度的簡(jiǎn)化自動(dòng)布局的代碼拣技。使用這個(gè)庫(kù)讓我感到驚嘆的不是如何能夠?qū)⑤^為復(fù)雜的傳統(tǒng)自動(dòng)布局寫(xiě)法精簡(jiǎn)到如此程度批狐，而是精簡(jiǎn)后的代碼的書(shū)寫(xiě)方式：
make.left.right.bottom.mas_equalTo(0.f);
這種寫(xiě)法在做到簡(jiǎn)化的同時(shí)瓮下，通過(guò)點(diǎn)(.)調(diào)用的方式记劈，將代碼連接成一行盖腕，大大增加了代碼的可讀性茄菊，這就是本篇要提到的鏈?zhǔn)骄幊獭?/p>
關(guān)于鏈?zhǔn)骄幊叹唧w是種什么編程思想，這種概念性的東西赊堪，請(qǐng)自行百度面殖，這里不多做介紹，本篇主要是通過(guò)一個(gè)簡(jiǎn)單的例子來(lái)實(shí)現(xiàn)上述的鏈?zhǔn)骄幊獭?/p>
舉個(gè)例子
日常開(kāi)發(fā)中肯定少不了要與數(shù)據(jù)庫(kù)打交道哭廉，而數(shù)據(jù)庫(kù)相信不少項(xiàng)目是使用的splite3以及將其封裝的很好的FMDB脊僚。如果在開(kāi)發(fā)中直接使用FMDB，那么免不了要手動(dòng)寫(xiě)SQL語(yǔ)句遵绰。當(dāng)然現(xiàn)在網(wǎng)上也有不少的DAO辽幌，可以讓開(kāi)發(fā)者無(wú)需關(guān)心怎么去寫(xiě)SQL，甚至不需要懂SQL的語(yǔ)法椿访，通過(guò)對(duì)對(duì)象的操作就可以達(dá)到在數(shù)據(jù)庫(kù)的增刪改查乌企。
這里我們不討論這種DAO是怎么實(shí)現(xiàn)的，我們實(shí)現(xiàn)的是通過(guò)一個(gè)工具類(lèi)來(lái)幫助我們生成對(duì)應(yīng)的SQL成玫。免去我們手寫(xiě)“SELECT” “WHERE” 等關(guān)鍵字麻煩加酵，而且可以智能提示，避免寫(xiě)錯(cuò)哭当。
#不要問(wèn)為什么有好好的DAO不去用猪腕。這只是個(gè)例子，不要太在意細(xì)節(jié)钦勘。
分析
既然要智能提示陋葡，免去手動(dòng)書(shū)寫(xiě)“SELECT”等詞的話，很明顯是將其抽成一個(gè)方法供調(diào)用者調(diào)用彻采，其內(nèi)部將關(guān)鍵字拼接好腐缤。那么這個(gè)方法應(yīng)該是如下類(lèi)似的：
- (NSString *)select:(NSArray *)columns
from:(NSString *)tableName;
但是，SELECT的情況不止這一種肛响，還有FROM岭粤，JOIN ON，GROUP BY终惑，ORDER BY等各種操作绍在，而且是可選的，那么就需要增加以下的一系列類(lèi)似方法：
- (NSString *)select:(NSArray *)columns
from:(NSString *)tableName
where:(NSString *)where;
- (NSString *)select:(NSArray *)columns
from:(NSString *)tableName
where:(NSString *)where
orderBy:(NSString *)orderBy;
...
很明顯，要為每一種組合情況創(chuàng)建一個(gè)方法偿渡，這樣做顯得不太明智臼寄。因?yàn)椋哼@里的例子，SQL查詢(xún)語(yǔ)句的組合還算是有限的溜宽，目前確實(shí)可以窮舉吉拳，把每種可能性列出來(lái)，添加相應(yīng)的方法适揉，但是留攒，要是哪天SQL支持ORDER BY可以寫(xiě)到前面去，那不就呵呵了嫉嘀，又要在增加對(duì)應(yīng)組合情況的方法炼邀。顯然這么做是不明智的。
那么就換一個(gè)方向剪侮，將SELECT等每一步操作拆分成一個(gè)個(gè)單獨(dú)的方法拭宁，這樣后續(xù)需要接WHERE條件還是直接ORDER BY都可以根據(jù)具體業(yè)務(wù)自由調(diào)用，比較靈活瓣俯，而且這樣更加符合面向?qū)ο蟮乃枷耄ㄔO(shè)計(jì)模式中的建造者模式）杰标。
傳統(tǒng)做法
假如我們的工具類(lèi)叫SQLTool，那么拆分后的方法定義應(yīng)該是以下類(lèi)似的：
@interface SQLTool : NSObject
//用于保存拼接后的SQL
@property (nonatomic, strong, readonly) NSString *sql;
//為了能后續(xù)接著調(diào)用彩匕，所以返回值還是該對(duì)象
- (SQLTool *)select:(NSArray *)columns;
- (SQLTool *)from:(NSString *)tableName;
- (SQLTool *)where:(NSString *)where;
- (SQLTool *)orderBy:(NSString *)orderBy;
...
@end
實(shí)現(xiàn)部分這里就省略了腔剂，無(wú)非就是將傳進(jìn)來(lái)的參數(shù)按照各自的format拼接到self.sql后面，再返回對(duì)象自己驼仪。
使用起來(lái)是這樣的：
SQLTool *tool = [[SQLTool alloc] init];
NSString *testSQL1 = [[[tool select:nil] from:@"Table"] orderBy:@"Column DESC"].sql;
NSString *testSQL2 = [[[[tool select:nil] from:@"Table"] where:@"A = B"] orderBy:@"Column DESC"].sql;
拆分以后掸犬，使用起來(lái)確實(shí)是靈活了，這里 testSQL2 比 testSQL1 多了一個(gè)WHERE條件谅畅。當(dāng)然還可以添加leftJoin登渣，rightJoin等方法噪服，使用的時(shí)候可以跟業(yè)務(wù)需求調(diào)用毡泻。但是仔細(xì)一看testSQL1看上去還可以，但是testSQL2就感覺(jué)有點(diǎn)臃腫了粘优，要是再加上groupBy仇味，或者多個(gè)Join操作，那么這種臃腫就更加明顯了雹顺。而這種臃腫主要體現(xiàn)在方法調(diào)用時(shí)候的那一對(duì)“[]”上丹墨。就算是回車(chē)換行，頭尾的括號(hào)還是太多了嬉愧，各個(gè)方法之間的銜接也因?yàn)槔ㄌ?hào)的存在贩挣，閱讀性不是很強(qiáng)。
鏈?zhǔn)骄幊?/h3>
如果采用鏈?zhǔn)骄幊痰姆绞剑敲磪⒖枷翸asonry的實(shí)現(xiàn)王财，我們最終實(shí)現(xiàn)的目標(biāo)是以下類(lèi)似的：
SQLTool *tool = [[SQLTool alloc] init];
NSString *testSQL1 = tool.select(nil).from(@"Table").orderBy(@"Column DESC").sql;
這種方式明顯看上去清爽許多卵迂，就算免不了調(diào)用的方法次數(shù)較多，使得整行代碼較長(zhǎng)绒净，通過(guò)換行還是能保持一定的可閱讀性见咒。
那么我們來(lái)分析下這樣的書(shū)寫(xiě)方式是怎么實(shí)現(xiàn)的。
首先挂疆，用點(diǎn)(.)的形式調(diào)用改览，那可以確定基本上是屬性（雖然沒(méi)有參數(shù)的方法也可以通過(guò)點(diǎn)(.)的形式調(diào)用，但是一般不推薦這么做缤言，有興趣的朋友可以查閱一些代碼規(guī)范或者相關(guān)帖子的說(shuō)明）宝当；然后，后面可以在括號(hào)里傳參數(shù)胆萧，那么進(jìn)一步確定今妄，這個(gè)屬性應(yīng)該是一個(gè)block；最后鸳碧，調(diào)完一次后盾鳞，還可以繼續(xù)調(diào)用，那么說(shuō)明block的返回值應(yīng)該還是這個(gè)對(duì)象瞻离。
那么以select方法為例腾仅，改造后的代碼如下：
.h文件
//定義select的block
typedef SQLTool *(^Select)(NSArray<NSString *> *columns);
@property (nonatomic, strong, readonly) Select select;
.m文件
- (Select)select {
return ^(NSArray<NSString *> *columns) {
if (columns.count > 0) {
self.sql = [NSString stringWithFormat:@"SELECT %@", [columns componentsJoinedByString:@","]];
} else {
self.sql = @"SELECT *";
}
//這里將自己返回出去
return self;
}
}
看上面代碼應(yīng)該很清楚了，想要實(shí)現(xiàn)from套利、join等操作推励，也是用類(lèi)似的方式就可以了，這里就不一一貼出來(lái)了肉迫。
一些總結(jié)
1.什么時(shí)候使用鏈?zhǔn)骄幊蹋?br>
從上面的例子還有Masonry可以看出验辞，在面向一些過(guò)程化處理的時(shí)候（拼接SQL、給View加約束喊衫，都可以看成需要一步步完成的過(guò)程）跌造，需要將這些“過(guò)程”拆分，然后在“組合”這些“過(guò)程”的時(shí)候族购，就可以使用鏈?zhǔn)骄幊炭翘埃沟么a更加清晰，增加閱讀性寝杖。
2.鏈?zhǔn)骄幊痰暮诵膶?shí)現(xiàn)
實(shí)現(xiàn)鏈?zhǔn)骄幊痰年P(guān)鍵就是聲明一個(gè)block的屬性违施，而這個(gè)block返回值必須還是一個(gè)對(duì)象（根據(jù)業(yè)務(wù)需求不同，可以返回的是這個(gè)對(duì)象實(shí)例本身瑟幕，也可以是這個(gè)類(lèi)的另一個(gè)實(shí)例磕蒲，更可以是另一個(gè)類(lèi)的實(shí)例對(duì)象）留潦。而block中內(nèi)部的邏輯就是項(xiàng)目的業(yè)務(wù)邏輯（在這個(gè)例子中是拼接了SQL語(yǔ)句）。
#補(bǔ)充：如果在調(diào)用后不需要傳遞參數(shù)的話辣往，只需要聲明一個(gè)類(lèi)型是類(lèi)自己的屬性愤兵，并重寫(xiě)getter方法，在里面做相應(yīng)的操作就可以了排吴。以Masonry為例：
make.left.right.bottom.mas_equalTo(0.f);
前面部分的left秆乳，right，bottom都沒(méi)有傳遞參數(shù)钻哩，那么這部分的屬性是不需要聲明為block的屹堰，具體可以去查看Masonry源碼。
留在最后的思考
通過(guò)這個(gè)例子街氢，雖然是簡(jiǎn)單的實(shí)現(xiàn)了鏈?zhǔn)骄幊坛都沁€是有一些問(wèn)題值得我們?nèi)ニ伎嫉?
- 在使用上跟Masonry還是有些區(qū)別的，為什么珊肃？
- 就本篇舉的例子而言荣刑，還有些不足：在實(shí)際操作中，SELECT關(guān)鍵字及后面的列之后伦乔，應(yīng)該且只能是FROM厉亏，這是固定的，既不是WHERE烈和，也不是ORDER BY爱只，而現(xiàn)在的例子里，因?yàn)閎lock返回值是對(duì)象本身招刹，所以可能會(huì)出現(xiàn)這樣的情況：
tool.select(nil).from(@"table").from(@"table").select(nil);
也就是說(shuō)恬试，不但同一個(gè)操作可以重復(fù)調(diào)用，而且會(huì)出現(xiàn)不符合順序的調(diào)用疯暑。怎么樣才能避免這種情況呢训柴，這些問(wèn)題會(huì)在后續(xù)的文章中講解。
謝謝閱讀妇拯！
