[发明专利]一种列表滑动的处理方法

说明书

技术领域

本发明涉及列表滑动的处理，尤其是涉及能够降低程序对手机硬件资源占用的列表滑动的处理。

背景技术

缩减代码减小安装包大小，少用静态变量，及时关闭IO流，用ViewStub、merge减少视图层。

现有的处理办法只是在显示过程中对显示控件view重复使用，没有复用监听器对象，每一次刷新都是针对所有数据，严重损耗性能；并且针对某一条展示结果的点击逻辑处理都是交由父控件处理而不是自身处理，不符合面向对象的编程思维

发明内容

本发明为通过分离adapter、view、data，使他们独立负责自己的业务，以达到这样的目的：减少监听器对象的使用20％～90％。判断新老数据如果相同，不再渲染；对于改变项进行独立刷新；减少50％以上的数据频繁加载。

为实现上述目的，本发明提供了一种列表滑动的处理方法，包括：创建至少一个对象项目；对象项目包括至少一个列表项，列表项对应至少一个监听器对象；显示控件控制列表项中数据的显示布局。显示控件通过适配器与数据进行连接，适配器将数据的内容注入到显示控件中，并且对显示控件进行复用。

优选地，对显示控件进行复用步骤，包括对列表项和监听器对象进行刷新，刷新操作只对改变的列表项和监听器对象进行独立刷新。

优选地，显示控件与列表项一一对应。

优选地，数据为质量压缩后的图像。

优选地，质量压缩后的图像采用RGB_565像素配置。

优选地，将显示控件中的数据和准备注入到显示控件中的数据和进行比较，当数据相同时，不再进行渲染。

优选地，适配器、显示控件和数据相互分离并独立运行。

本发明通过复用显示列表和监听对象，合起来就是对象项目，独立刷新有改变的监听器对象，以及引入适当的图片质量配置，可以是列表滑动更为流畅，打开列表界面更快。

附图说明

图1为一种列表滑动的处理方法流程图。

具体实施方式

下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。

如图1所示，为一种列表滑动的处理方法流程图。

本发明提供了一种列表滑动的处理方法，包括：创建至少一个对象项目；对象项目包括至少一个列表项，列表项对应至少一个监听器对象；显示控件控制列表项中数据的显示布局。显示控件通过适配器与数据进行连接，适配器将数据的内容注入到显示控件中，并且对显示控件进行复用。

通过分离适配器adapter、显示控件view和数据data，使他们独立负责自己的业务，以达到这样的目的：减少监听器对象的使用20％～90％。判断新老数据如果相同，不再渲染；对于改变的列表项和改变的监听器对象进行独立刷新；减少50％以上的数据频繁加载。

同时对展示的图片进行压缩，图片在手机中占用内存大小＝图片宽*图片高*一个像素占用的字节数，图片的宽高可以由图片提供者指定，提供者可以是服务端。在客户端处，指定图片的单位像素配置为RGB_565标准,而不是高清配置ARGB_8888标准，这样能为图片加载省去50％的内存。

android和ios系统内部都有一种机制，就是View的复用。view用来控制数据的显示，如字体大小、颜色、页面布局等。但是不会对监听器对象进行复用。

在一个实施例中，两屏总共有20条的列表数据，每一屏显示10数据当第11条数据被滑出来第1条数据自然就会被滑出屏幕，这时候第11条数据所用到的view就是之前的第1条数据的view，只需要把view里面的内容换成第11条的数据即可。如果继续滑动，那么就有第12复用第2条的view，以此类推。但是如果第11条数据不复用第1条的view，它就需要自己在系统层重新做一遍第1条数据产生view时候的全部操作，如果此时有1000条数据，就会产生1000个view，这样程序很容易就崩了。

在另一个实施例中，有两屏总共20条的列表数据，每一屏显示10条数据。通常的做法是在每一条数据显示的时候都给它创建一个监听器对象，例如：第6条数据初次显示出来的时候会为它创建一个监听器对象，当它划出屏幕后再划入屏幕又会给它创建一个监听器对象。