iOS开发iOS进阶指南iOS学习笔记

淡腾的一星期

2016-09-10  本文已影响98人  萧旭

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

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

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

      布置第一个数据的时候还好,蹩脚的将从服务器上请求下来的数据硬生生转换成了我已有的模型,做到第二个数据,出问题了,因为之前的时候只有一个数据模型,界面的布局也大概一个样,所以在写视图控制器类的时候就使用了继承,相似的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,不才初来乍到,望诸位大侠多多说教。

      也不在这里瞎逼逼了!

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

      第一篇简书,不喜请喷!万望不吝赐教!

上一篇 下一篇

猜你喜欢

热点阅读