archko的专栏

前面都介绍过解码,布局等现在介绍手势.桌面端。

到这里,主要的流程,控件,核心点都结束了.不太难,但是过程是艰辛的,遇到的问题不少.比如page分块遇到了分割线的问题,主要是图片,会在合并时有时比较明显.比如切边的解码问题,动态切边就是每加载一个page切一次,然后重新计算page的高宽.会导致页面变形,于是采用了后台切边所有的页面的方式.比如缩放手势与流畅性的问题,缩放如何保证page能正确绘制.手势结束后的惯性问题,也耗费不少精力与时间.

mupdf也可以解析tiff,它是整张图片全部载入,这必然受限于内存,最大测试过700m的,再大的就会取消解码,这是它代码限制的.我现在加入了tiff的解码器,目前测试过最大的tiff是3.9gb的,清明上河图是2.3gb的几个都测试过,lzw压缩的解码较慢,因为递归.其它都是非常快的,缩略图更是100多毫秒就出来了.下一篇来说明view的布局,手势,page的展示等相关内容.整个阅读器不算复杂,功能简练.使用中,性能比原来的,是差不多的.优点就是ui方面,基于新的框架,更适合现在的设计.

multiplatform中,旧的库不可用了.需要新的库,新的库,目前不算多,比起其它多平台略少了.这里介绍一些常用的.这两个网站搜索相应的库.

依赖:accompanist-permissions = { module = "com.google.accompanist:accompanist-permissions", version.ref = "accompanist" }这里有几个变量,一个是弹出窗口,这是未申请权限时,让用户开始申请.一个是被拒绝了,且不再询问时弹出,让用户去系统设置修改权限.确认再申请,如果被拒绝,而且不再询问,弹出窗口,被拒绝了,确认后进入系统设置.如果申请过,但被拒绝了,弹出自定义弹窗,提示被拒绝.

telephoto的源码已经分析过了.它的封装好,扩展好,适用于各种view.最近又看到一个用compose写的map,用不同的方式,有点意思.分析一下它的实现流程与原理.这是源码.

它的tile,先根据固定的大小一块一块排列,然后剩下的如果不是一个tile的大小,会把它与前面的合并成为一个tile.每一个tile,除了自己的大小,还有它对应的采样,因为缩放后这些采样有可能不一样.创建缓存,加载或卸载tile.这里是监控viewportTiles的变化,这是view的tile.除了图片会被划分,先将view划分.当图还没加载的时候,需要去占着位置,所以它是必要的.zoomable的流程,事件分析过了,它作用于任何view,zoomable-image主要是针对图片的.

平移,缩放功能分析。

compose的图片查看器不少,telophoto功能完善,文档详细,支持image外的控件缩放.它支持多平台.打算从它的源码入手,然后作一个自定义的view.