为什么写这个
上面这个问题的答案也是我写这篇文章的初衷,在最近给游戏添加一些列表的时候,对比着应用了一下他们两个,在它们两个之间的优劣势之间进行取舍,就有了这个问题的答案。
按照我一个iOS开发而言,他们俩之间交集就是 UITableView是UIScrollView 的子类,也就是说UITableView是在UIScrollView的基础上写的,在平时的应用中 UITableView或者是UICollectionView应用肯定比UIScrollView要多,要强大!
但是在Cocos中,UITableView的性能真的好低!这是我这两天使用它之后唯一的感受! 并且它的优化方案不好找,我找了一会,没找到合适的一个优化方案,这和我们iOS或者Android就不一样了,Android哪怕是性能不高的ListView在经过性能优化之后还是可以的,这个Cocos的UITableView有什么还的优化方案希望大神能指导一下,供大家参考学习一下!
所以,由于UITableView的性能低,在写一些列表的时候不得以使用UIScrollView + View 的方式,直接看可能觉得比较愚蠢,但事实是在使用中滑动的流畅度要比UITableView好,很尴尬!
UITableView你怎么用的
其实要是只是讨论它们的使用的话真的也挺简单的,UITableView 你只需要记得一句话 -- 先注册,在使用 是的就是在说我们平常说的代理方法,不管是返回行列数的,还是设置cell的,或者点击等等等等,都是需要我们先注册这个方法,在使用的,大概我们看看下面的代码:
self._listView = cc.TableView:create(cc.size(744, 367)) self._listView:setDirection(cc.SCROLLVIEW_DIRECTION_VERTICAL) self._listView:setPosition(cc.p(0,0)) self._listView:setDelegate() self._listView:addTo(csbNode) self._listView:setVerticalFillOrder(cc.TABLEVIEW_FILL_TOPDOWN) self._listView:registerScriptHandler(handler(self,self.cellSizeForTable), cc.TABLECELL_SIZE_FOR_INDEX) self._listView:registerScriptHandler(handler(self,self.tableCellAtIndex), cc.TABLECELL_SIZE_AT_INDEX) self._listView:registerScriptHandler(handler(self,self.numberOfCellsInTableView), cc.NUMBER_OF_CELLS_IN_TABLEVIEW) self._listView:registerScriptHandler(handler(self,self.tableCellTouched), cc.TABLECELL_TOUCHED)
下面是它们这些方法的实现,具体的这些方法都是用来干什么的我们就不详细说了,相信大家都懂!
--cell视图大小 function BankRecordLayer:cellSizeForTable(view, idx) return width ,height end --cell视图数目 function BankRecordLayer:numberOfCellsInTableView(view) return count end --获取cell function BankRecordLayer:tableCellAtIndex(view, idx) local cell = view:dequeueCell() return cell end --点击cell function BankRecordLayer:tableCellTouched(view, cell) local cell = view:dequeueCell() return cell end
UIScrollView你怎么用的
那同样是这个界面我们要使用UIScrollView该怎么实现呢?
其实大致的思路很简单,就是你给你创建的ScrollView上面按照你给的位置一个个的添加View,其实这样也比较简单,重点是我们有几个细节问题需要我们处理好:
function EmailRecordLayer:CreatEmailItem() self._emalRecordListCell = {} local count = #self._emalRecordList self._listView:setInnerContainerSize(cc.size(735,90*count+10)) for i=1,count do local itemView = EmailItemLayer:create(self,self._emalRecordList[i]) itemView:setPosition(5,self._listView:getInnerContainerSize().height-90*(i-1)-10) itemView:addTo(self._listView) table.insert(self._emalRecordListCell,itemView) end end
下面这个方法是一个完成的给ScrollView 上面添加View的方法,应该能注意到我们再给ScrollView添加View的时候,他就是从底部开始添加的,这个我试过改变他们的锚点,但都是无济于事!
这样当我们需要从上往下显示View的时候就只能倒着去设置它的位置了,这是需要注意的第一点!
第二点就是滑动范围的问题,这里有两点的确需要我们注意一下: setContentSize 和 setInnerContainerSize 这两个方法需要我们区分清楚!!这点区分清楚就能设置好滑动范围!
最后还有一点就是点击事件的问题 view要是能点击就会吞噬滑动事件!设置它不吞噬事件之后不就行了!ennnnn 还有一点: 你按住一个View滑动,滑动结束的时候松开View,这个时候就会无意间触发点击事件的!这个怎么处理?
针对上面这个问题,看下面的代码:
local startY, endY local btcallback = function(sender, eventType) if eventType == ccui.TouchEventType.began then startY = sender:getTouchBeganPosition().y elseif eventType == ccui.TouchEventType.ended then endY = sender:getTouchEndPosition().y if math.abs(startY-endY) < 10 then self:onButtonClickedEvent(sender,self.img_red,item) end end end img_bg:setSwallowTouches(false) --不要吞噬事件 img_bg:addTouchEventListener(btcallback)
那选哪个?
按照我自己的使用的经验!
要是你只是需要一个列表,不需要对列表进行其他的操作,这两个都是比较简单也是比较合适的,只不过TableView的滑动性能有一点底,让你看着滑动的时候会感觉不流畅!
但要是你在列表的列上面有大量的操作的时候,还是建议使用ScrollView + View 比较好一点!为什么这么说呢?
1、TableView有cell的复用问题,这个当然也可以解决,在iOS中也是一样的,这个你得清楚怎么解决
2、滑动起来TableView会更加的卡顿! 我自己的尝试结果是掉针比以前更严重呢!
上面这些内容就是关于这个要谈论的内容!