UITableView

核心data source

如果来自己实现一个类似UITableView的结构。需要得到最核心的：

1.需要得到一共多少条数据

2.数据的具体内容是什么

 

如果我们数据需要更加仔细的描述展示：

1.全部的数据一共有多少组

2.每一组有多少个数据

3.每一条数据的具体内容是什么

什么是data source。字面意思就是很明白，数据的来源。一般情况下我们会设置拥有UITableView的这个UIViewController为他的data source。

- (NSInteger)tableView:(UITableView *)tableView numberOfRowsInSection:(NSInteger)section; 
 
- (UITableViewCell *)tableView:(UITableView *)tableView cellForRowAtIndexPath:(NSIndexPath *)indexPath; 

UITableView还有一个比较犀利的地方就是如果你的数据有10000条。它肯定不是把10000条都加载进来。而是只加载需要显示的条目数据。这样设计，使得UITableView的流畅程度大大提高。

Cell的重用

- (UITableViewCell *)tableView:(UITableView *)tableView cellForRowAtIndexPath:(NSIndexPath *)indexPath 
{ 
    static NSString *Cell = @"MyCell"; 
    UITableViewCell *cell = [tableView dequeueReusableCellWithIdentifier:Cell]; 
    if (!cell) { 
        cell = [[UITableViewCell alloc] initWithStyle:UITableViewCellStyleDefault reuseIdentifier:Cell]; 
    } 
    return cell; 
} 

UITableView 中显示的每一个单元都是一个 UITableViewCell 对象，看文档的话我们会发现其初始化函数 initWithStyle:reuseIdentifier:比较特别，跟我们平时看到的UIView的初始化函数不同。

 

dequeueReusableCellWithIdentifier 去一个队列里面需找有没有相同ID的的Cell。如果有就提出来重用。可以重用的部分 。如果没有就跳进if里面去创建。所以我们在if里面创建的时候，不会改变的内容都可以在里面创建，这样就只用创建一次。需要改变的内容我们就放到if后面去写。 这样我们就能完成高效的UITableView。

NSIndexPath

提到UITableView，就必须的说一说NSIndexPath。 UITableView声明了一个NSIndexPath的类别，主要用来标识当前cell的在tableView中的位置 ，该类别有section和row两个属性，前者标识当前cell处于第几个section中，后者代表在该section中的第几行。

UITableViewController

默认情况下使用UITableViewController创建的tableView是充满全屏的，如果需要用到tableView是不充满全屏的话，我们应该使用UIViewController自己创建和维护tableView。

UITableViewController默认的会在viewWillAppear的时候，清空所有选中cell，我们可以通过设置self.clearsSelectionOnViewWillAppear = NO，来禁用该功能，并在viewDidAppear中调用UIScrollView的flashScrollIndicators方法让滚动条闪动一次，从而提示用户该控件是可以滑动的。 

UITableViewCell派生一个类

　　通过从UITableViewCell中派生一个类，可以更深度的定制一个cell，可以指定cell在进入edit模式的时候如何相应等等。最简单的实现方式就是将所有要绘制的内容放到一个定制的subView中，并且重载该subView的drawRect方法直接把要显示的内容绘制出来(这样可以避免subView过多导致的性能瓶颈)，最后再将该subView添加到cell派生类中的contentView中即可。但是这样定制的cell需要注意在数据改变的时候，通过手动调用该subView的setNeedDisplay方法来刷新界面，这个例子可以在苹果的帮助文档中的TableViewSuite工程中找到，这儿就不举例了。

　　我们发现subView都是添加在cell的contentView上面的，而不是直接加到cell上面，这样写也是有原因的。    

      当cell在进入编辑状态的时候，contentView会自动的缩放来给Editing control腾出位置。而且在tableView是Grouped样式的时候，会为cell设置一个背景色，如果我们直接添加在cell上面的话，就需要自己考虑到这个背景色的显示问题，如果添加到contentView上，则可以通过view的叠加帮助我们完成该任务。综上，subView最好还是添加到cell的contentView中。

提高tableView的性能

　　a、重用cell

　　我们都知道申请内存是需要时间，特别是在一段时间内频繁的申请内存将会造成很大的开销，而且上tebleView中cell大部分情况下布局都是一样的，这个时候我们可以通过回收重用机制来提高性能。

　　b、避免content的重新布局

　　尽量避免在重用cell时候，对cell的重新布局，一般情况在在创建cell的时候就将cell布局好。

　　c、使用不透明的subView

　　在定制cell的时候，将要添加的subView设置成不透明的会大大减少多个view层叠加时渲染所需要的时间。

　　d、如果方便，直接重载subView的drawRect方法

　　如果定制cell的过程中需要多个小的元素的话，最好直接对要显示的多个项目进行绘制，而不是采用添加多个subView。

　　e、tableView的delegate的方法如非必要，尽量不要实现

　　tableView的delegate中的很多函数提供了对cell属性的进一步控制，比如每个cell的高度，cell是否可以编辑，支持的edit风格等，如非必要最好不要实现这些方法因为快速的调用这些方法也会影响性能。

　　(以上5点建议，前三点来自苹果官方文档，后两点我自己加的，有什么不对的地方，欢迎指正)

UITableView学习笔记

UITableView简单解析

===================================

这里只讲了UITableView一些很基础的知识，但是假如你仔细看了这些，绝对会让你对UITableView有个更深刻的认识。

当然，UITableView还有很多知识，假如要自己定制一个全新的UITableView，有很多点要掌握，包括跟其它UI控制器一起使用，手势等等。

所以，多想，多学，以后尽量使用最简洁的代码。