才来公司没多久，现在也忙着赶项目，刚出道的小菜鸟焦急万分，但苦于经验不足，只能揪着心，加班了！

      刚接手项目的时候，同事只是给了我界面设计图样，让我现实功能，我也就“嗯”一声，但在做的时候总在思考服务器上传回来数据的格式是什么样子的呢？？？？这个问题就一直困扰着我，也问同事要服务器的接口，同事说服务器接口没弄好，只能硬着头皮自己想想可能的数据（创建了一种数据模型），先往下写了（那么问题就出在了这里），自定义的各种控件，都是使用的这个模型。

      待过了几个星期，自己满心欢喜的看着自己实现的功能效果，再看看拿到手的服务器接口，菜鸟的小心脏中想着“只是把这请求下来的数据，布置到我的界面中，花不了多长时间的”，然后就到了这个“酷毙”的星期。

      布置第一个数据的时候还好，蹩脚的将从服务器上请求下来的数据硬生生转换成了我已有的模型，做到第二个数据，出问题了，因为之前的时候只有一个数据模型，界面的布局也大概一个样，所以在写视图控制器类的时候就使用了继承，相似的tableViewCell也使用了继承，那么这个时候，数据类型变了，并且存在了多种数据类型，就不能在cell中简单的将数据改改了，这个时候想：是应该再写新的自定义cell类么？但是，不知道为何对于长篇的复制粘贴代码这个方法，自己是非常的抵制，总感觉应该使用继承来完成，故出现很多的问题！

      心头一硬，身体打了个哆嗦，暗下决心，就要使用继承，然后就掉到了坑里！

      在做这次项目的时候，还有一个头疼的问题是，自适应cell的高度，在自创数据的时候，用的很是酸爽，并没有发现什么问题，高度显示也正常的，，，但就是到了从服务器上请求数据的时候，是，cell的高度是没有问题，但就是每次我本应该展示八条数据的话，实际最直接展示出来的数据是后边五条，然后只要稍微的向下拖动才能将所有的数据都展示出来。至于为什么我说是cell高度的问题呢？是因为我将cell的高度设置成固定的话，这个问题并不存在。自己写的解决cell高度自适应的方法是使用的代理。

tableViewCell高度自适应

自己的逻辑

      因为每次执行完cellForRow之后，都会再次调用heightForCell（在之前也会调用），所以，我在cellForRow中使用configCellWithModel这个方法，然后在这个方法中调用返回高度这个代理，并且在代理方法的实现中，将返回来的高度作为value，以及对应cell的indexPath为key值，放到一个全局的字典中，那么在接下来走完cellForRow方法，就会运行heightForCell，在这个方法中以indexPath为key从那个全局的字典中，再将返回来的高度取出来，返回回去！OVER 啊！！这么NICE的逻辑并没有问题啊！但就是出错了！（可恨的是，我这些东西中计算cell高度都是使用的这个逻辑，，，天啊！，叫我怎么改啊）

大神的逻辑

      在技（LIAO）术（TIAN）讨（XIA）论（BAI）群中，幸得大神（SHU）点拨，指得明路。如下：

      可在自定义的cell中声明一个类方法，以模型我参数，专门用来返回计算出来的高度。具体实现的时候可在cellForRow中，使用模型给cell布置视图，然后在heightForRow中，通过那个类方法，计算出来cell的高度。

      又想起了自己工程中的问题，哎！cell到处的继承，高度计算的方法还是错误的，然后要修改，，#import<哭泣Kit>呜呜

      在项目中，有几个界面中有大面积的相同部分（外观相同），所以用到了继承（懒得复制粘贴），然后将额外的部分在子类中展示出来。还是原话，使用<自创>模型没问题，实际的时候，模型不同了，cell的种类也不同了，该怎么办？？于是，想了怪点子，将cellForRow中的代码，以代码块的形式，从其他的视图控制器中传递进来，这样，可以在本视图控制器之外自己定义cell的类型。void (^bb)() = ^(){ NSLog(@"自己感觉挺装逼的"); };  bb  然后，又有问题了：我的数据是从服务器上请求回来的。一般我自己对数据请求的处理的话，是在本视图控制器类中，请求自己需要的数据（也不知道大神怎么搞得，求教），所以问题就在这里，在给tableViewCell赋值时，是需要从本视图的数据源中，根据cell的indexPath.row从数据源中得到具体的模型，但是我的cellForRow方法是在本类的外部，，欲哭无泪啊！

视图控制器继承问题

      （太嫩了）换了一中方式，在子视图中初始化一下tableView，重写tableView的代理方法，然后，就成了。虽然，在本类中没有对数据源赋值，但是父类中已经完成了。如果需要更改请求数据的参数的话，可以在父类中专门写一个数据请求的方法，然后在子类中重写一下就行了。（感觉大学知识没有学好，伤不起啊）

      有种走弯路，回到正途的感觉啊！（自以为）

同一个方法中的参数多种类型赋值问题

      还有问题，对cell赋值时候的公共部分，会跑到根视图（只是说自创的根视图）中，然后这里的模型，就有问题了，需要将各个模型都导入到这个类中，并且将方法的参数类别改成id类型，，然后在方法中对传递过来的参数，进行类型判定，不同的类型写不同的赋值方式。这是我目前的解决方式，这个方法对于两三个模型时可以使用，但是如果我的模型有十几个，二十几个呢！！别拦我，我们公司是一楼！

        众看官别跑啊，我还有个问题！！菜鸟不知怎的，老是想着使用tableView来完成界面的布局，这里，就碰到了在cell中再放tableView的奇怪设计（大神原话，喷的我啊。。。）做了个Demo用这个实现下拉，效果还可以，但是在最初的时候显示有些问题！

      本来正在惆怅、埋怨，却无处倾诉。突发奇想，来到了简书，写着写着，就跑题了，写到了自己项目中遇到的问题，以及自己的解决方式，和道听途说得来的一些方法，在这里写出来让看官们乐呵乐呵。起个英文名字，唤作JeanRookie，不才初来乍到，望诸位大侠多多说教。

      也不在这里瞎逼逼了！

      修行路途漫长，大家加油，自己加油！接着搬代码去了！

      第一篇简书，不喜请喷！万望不吝赐教！