首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    Android开发笔记(十二)测量尺寸与下拉刷新

    大家知道,自定义视图的目的就是要在屏幕上显示期望的图案,那在绘制图案之前,我们得先知道这个图案的尺寸(如宽多少高多少)。 一般在xml中给控件的宽和高有三种赋值方式: 1、MATCH_PARENT : 表示与上级控件一样大小; 2、WRAP_CONTENT : 表示按照自身尺寸进行适配; 3、直接赋给具体的dp值; 方式3有具体的数值,不用计算就知道了。方式1与上级控件保持一致,因此只要系统依次丈量控件大小,这也不是什么难事。麻烦的是方式2,因为下级控件每个尺寸都有可能不确定,比如文本控件得看文字大小、行数,图像控件得看图片大小、拉伸情况,所以大家想想,如果这时候我们自己去一个个算过去(下级控件的个数也不确定),这算得头都大了。 幸亏Android提供了onMeasure函数自动完成了上述计算过程,通常情况下我们的自定义控件也无需重写该方法,除了一些特殊的情况。当然本文讲的便是实际开发中遇到的特殊情况,否则就不用浪费口舌了。

    04

    Android开发笔记(一百二十三)下拉刷新布局SwipeRefreshLayout

    下拉刷新布局SwipeRefreshLayout是Android又一与时俱进的控件,顾名思义它随着用户手势向下滑动就会触发刷新操作。从实际的下拉效果来看,SwipeRefreshLayout秉承了Android一贯的简洁界面,可定制性并不太好,远不如开源的下拉刷新框架PullToRefresh,但毕竟是原生的控件,用起来比较方便,所以我们还是好好了解了解它。 SwipeRefreshLayout最早在19.1的support-v4库中引入,所以要先确保sdk的“Android Support Library”版本不低于19.1。另外,SwipeRefreshLayout的源码多次升级,因此有新版与旧版之分,两版之间不但支持的方法有区别,而且界面效果也有差异。 下面是SwipeRefreshLayout的常用方法说明: setColorScheme : 设置进度条/圆圈的颜色。(该方法在新版中已被废弃) setOnRefreshListener : 设置刷新监听器。在下拉松开时触发该监听器,需要重写该监听器的onRefresh方法。 setRefreshing : 设置刷新的状态。true表示正在刷新,false表示结束刷新。 isRefreshing : 判断是否正在刷新。 下面是新版增加的方法说明: setColorSchemeColors : 设置进度圆圈的圆环颜色。 setProgressBackgroundColorSchemeColor : 设置进度圆圈的背景颜色。 setProgressViewOffset : 设置进度圆圈的偏移量。第一个参数表示进度圈是否缩放,第二个参数表示进度圈开始出现时距顶端的偏移,第三个参数表示进度圈拉到最大时距顶端的偏移。 setDistanceToTriggerSync : 设置手势向下滑动多少距离才会触发刷新操作。 SwipeRefreshLayout的旧版与新版之间的界面区别主要有: 1、旧版的进度条是布局顶部的一条横线,而新版的布局顶部的一个圆圈。 2、旧版在下拉时,进度条不动,页面会随着向下滑动;而新版在下拉时,页面不再向下滑动,进度圆圈会向下滑动。 这两种显示效果各有千秋,开发者可按照个人喜好决定采用哪种效果。需要注意的是,想要旧版的效果,就得使用旧版的android-support-v4.jar;想要新版的效果,就得使用新版的android-support-v4.jar。新旧两版的v4包见本文末尾的代码工程。 下面是旧版SwipeRefreshLayout的下拉刷新效果截图:

    03

    Android开发笔记(六十八)工程库打包

    写好一个Android模块,比如说一个自定义控件或某个功能的sdk,然后开放出来给别人使用,就得通过某种方式把源码提供给对方。常见的打包方式有: 一、直接给源码,由开发者把代码加入到自己的工程中 该方式主要是些开源的小控件,功能比较简单也不涉及商业机密,所以独乐乐不如众乐乐。开源的自定义控件基本以这种形式发布。 如果自定义控件用到资源文件,也可以由开发者手工将资源文件加入到自己的工程,当然需要修改代码中R文件的import路径。代码+资源文件都加入到工程,代表例子有瀑布流网格控件StaggeredGridView(package名为com.etsy.android.grid),还有滚轮控件WheelView(package名为kankan.wheel.widget)等等。 二、直接给源码工程,由开发者把该工程作为一个引用库加入到自己的工程中 有时候某个开源控件的规模不小,不但代码文件很多,连资源文件都不少,如果直接加入到工程的代价就比较大。不但要改很多路径,而且后期维护也不方便,所以这时往往把开源工程作为library引用到自己工程。具体操作步骤为:右击自己的工程,选择Properties,在弹出窗口的左侧菜单中选择Android,然后在右下方Library区域点击Add按钮,在弹出的小窗中选择要引用的开源工程,点击OK再OK,接着就可在自己工程使用开源库的API了。 这种形式的好处是:开源工程代码和资源文件都无需修改,并且不会与自己工程的文件相混淆。该形式的代表例子有下拉刷新框架pulltorefresh(package名为com.handmark.pulltorefresh.library),以及滑动菜单框架slidingmenu(package名为com.jeremyfeinstein.slidingmenu.lib)等等。 三、把源码打成jar包,由开发者把jar包加入到自己工程的libs目录 直接给源码的方式不利于保护知识产权,并且直接给源码也不方便管理版本,开发者用的时候很可能遇到这样那样的bug。基于以上种种考虑,把源码打成jar包,其实对开发者来说更方便使用。jar打包的具体步骤为:右击要打包的工程,选择Export,在弹出窗口中选择“Java”——“JAR file”,点击Next,然后在新弹窗中勾选src目录,注意res目录是无法打包的,接着点击Browser按钮选择jar包的保存路径,最后点击Finish按钮,等待片刻打包好的jar包便生成完毕。 大部分的java工具都是以jar包的形式发布的,如fastjson、httpmime、zxing等等。 但是jar包方式无法打包res目录,使得layout、values、drawable目录下的xml文件都打包不了。不过有个例外,就是assets目录也是可以打包进jar的。所以如果代码中有用到图片或是文本文件,可以把图片与文本文件放入assets目录,就能一块打包了。当然代码中若要读取图片与文本文件的内容,得借助于AssetManager,具体用法参见《Android开发笔记(二十五)assets目录下的文件读取》。 联合把src和assets打成jar包,该形式的代表例子有百度地图SDK。 四、给出一个库工程,但是src部分打成jar包,由开发者在自己工程中引用该库工程 现在有种情况,我们开发了一个APP,可是客户要求把该APP集成到别的APP中,作为另一个APP的一个频道。因为res目录下文件众多,实在是不可能打成jar包,同时由于商业机密也不能开放src源码,我们就想到一个办法,还是给对方一个库工程,只是src目录打成jar包放到库工程的libs目录。该方式说起来简单,做起来却是麻烦多多,主要问题出在R文件上。由于打成jar包时,原工程中每个资源的资源id都已生成并写死在jar里面,可是对方工程引用库工程时,会重新生成一份库工程的R文件,那么jar包里的资源id就跟R新文件里的资源id不一样,因此总是扔出id找不到空指针的异常。 要解决R文件冲突的问题,基本思路是利用反射机制,预先定义好每个资源的名称,然后在运行过程中动态根据资源名称去找资源id。为了尽可能减少代码修改量,预先定义的资源名称列表保存在R.java中,这样只需批量更改各java源码中R的import路径,无需更改资源id的使用方法。另外在每个Activity启动时都要注入反射用到的Context,下面是通过反射查找资源id的代码例子:

    04

    Android开发笔记(一百六十四)仿京东首页的下拉刷新

    上一篇文章介绍了高仿京东的沉浸式状态栏,可是跟京东首页的头部轮播图相比,依然有三处缺憾: 1、京东的头部Banner上方,除了有悬浮着的状态栏,状态栏下面还有一行悬浮工具栏,内嵌扫一扫图标、搜索框,以及消息图标; 2、把整个页面往上拉,状态栏的背景色从透明变为深灰,同时工具栏的背景也从透明变为白色; 3、页面下拉到顶后,继续下拉会拉出带有“下拉刷新”字样的布局,此时松手则会触发页面的刷新动作; 上面第一点的状态栏和工具栏悬浮效果,都有对应的解决办法;第二点的状态栏和工具栏背景变更,也存在可行的解决方案。倒是第三点的下拉刷新,以及第二点的上拉监听,却不容易实现。 虽然Android提供了专门的下拉刷新布局SwipeRefreshLayout,但它并没有页面随手势下滚的效果。一些第三方的开源库如PullToRefresh、SmartRefreshLayout固然能让整体页面下滑,可是顶部的下拉布局很难个性化定制,至于状态栏、工具栏的背景色修改更是三不管。因此若想呈现完全仿照京东的下拉刷新特效,只能由开发者编写一个自定义的布局控件了。 自定义的下拉刷新布局,首先要能够区分是页面的正常下滚,还是拉伸头部要求刷新。二者之间的区别很简单,直觉上看就是判断当前页面是否拉到顶了。倘若还没拉到顶,继续下拉动作属于正常的页面滚动;倘若已经拉到顶了,继续下拉动作才会拉出头部提示刷新。所以此处得捕捉页面滚动到顶部的事件,相对应的则是页面滚动到底部的事件。鉴于App首页基本采用滚动视图ScrollView实现页面滚动功能,故而该问题就变成了如何监听该视图滚到顶部或者滚到底部。正好ScrollView提供了滚动行为的变化方法onScrollChanged,通过重写该方法即可判断是否到达顶部或底部,重写后的代码片段如下所示:

    04

    扫码

    添加站长 进交流群

    领取专属 10元无门槛券

    手把手带您无忧上云

    扫码加入开发者社群

    相关资讯

    热门标签

    活动推荐

      运营活动

      活动名称
      广告关闭
      领券