為什么很多內(nèi)置類如UITableViewControl的delegate屬性都是assign而不是retain？
這里delegate我們只是想得到實現(xiàn)了它delegate方法的對象蝉揍，然后拿到這個對象的指針就可以了，我們不期望去改變它或者做別的什么操作摇展，所以我們只要用assign拿到它的指針就可以了敛瓷。
而用retain的話，計數(shù)器加1句葵。我們有可能在別的地方期望釋放掉delegate這個對象丹墨，然后通過一些判斷比如說它是否已經(jīng)被釋放廊遍，做一些操作。但是實際上它retainCount還是1贩挣，沒有被釋放掉喉前，要在UITableViewController的dealloc里面才被釋放掉（這里我只是舉個例子没酣，一般retain的對象都是在dealloc里被釋放）。這里就會造成一些問題出現(xiàn)卵迂。
而如果你確定不會有沖突的問題出現(xiàn)的話裕便，或者你也希望用到delegate的這個對象，直到你不用它為止见咒，那么用retain也未嘗不可偿衰，只是需要最后release一次。
首先改览，考慮類的設(shè)計模式下翎，類與類只見的大體關(guān)系有繼承和聚合的關(guān)系，當(dāng)我們使用聚合的時候該對象就擁有聚合的對象宝当，這時候我們就需要retain使引用計數(shù)器＋1來控制該對象的內(nèi)存管理视事，所以我的感覺retain和copy的一項能力就是擁有該對象的內(nèi)存管理權(quán)。
下面就得說delegate了庆揩，一個對象沒必要管理自己delegate的生命周期俐东，或者說沒必要擁有該對象，所以我們只要知道它的指針就可以了订晌，用指針找到對象去調(diào)用方法虏辫，也就是委托實現(xiàn)的感覺。
或者我們換個角度腾仅，從內(nèi)存管理方面也可以解釋這個問題乒裆。delegate的生命周期不需要讓該對象去控制套利，如果該對象對其使用retain很可能導(dǎo)致delegate所指向的對象無法正確的釋放推励。
使用UITableView時候必須要實現(xiàn)的幾種方法？
- (NSInteger)tableView:(UITableView *)tableView numberOfRowsInSection:(NSInteger)section{
}
- (UITableViewCell *)tableView:(UITableView *)tableView cellForRowAtIndexPath:(NSIndexPath *)indexPath{
}
UITableView性能優(yōu)化肉迫，
tableView 的重用機制
UITableView 通過重用單元格來達(dá)到節(jié)省內(nèi)存的目的: 通過為每個單元格指定一個重用標(biāo)識符(reuseIdentifier),即指定了單元格的種類,以及當(dāng)單元格滾出屏幕時,允許恢復(fù)單元格以便重用.對于不同種類的單元格使用不同的ID,對于簡單的表格,一個標(biāo)識符就夠了.當(dāng)TableView需要顯示一個Cell時验辞，會先從已創(chuàng)建的Cell中找一個可以重用的，然后展現(xiàn)到屏幕喊衫。一般情況下跌造，可以被重用的Cell都滾到了屏幕區(qū)域外。如果慢慢地拖動TableView族购，就可以看到Cell不斷地被重用（通過斷點可以看到Cell的init或awakeFromNib沒有被調(diào)用）壳贪。但是如果快速滾動，還是可能會看到Cell被創(chuàng)建寝杖。Cell的ProtoType個數(shù)盡可能少违施，因為Cell的種類越多，TableView創(chuàng)建的Cell個數(shù)就越多瑟幕，并且是成倍增長磕蒲。
緩存
由于需要動態(tài)計算高度留潦，所以運算量必然會增大，但是還是存在優(yōu)化的空間辣往。常見的優(yōu)化方式是兔院，把cellHeight作為data的一個屬性緩存起來，對于每一個data對應(yīng)的每一個cell站削，就只需要計算一次高度坊萝。
比如每一個Cell都需要用到的UIImage，UIFont许起，NSDateFormatter或者任何在繪制時需要的對象屹堰，推薦使用類層級的初始化方法中執(zhí)行分配，并將其存儲為靜態(tài)變量街氢。
渲染
盡量少在 cell 上做修飾,給Cell中View加陰影會引起性能問題扯键，如下面代碼會導(dǎo)致滾動時有明顯的卡頓.
