标签:
多数App由于历史原因当对其进行夜间模式的功能改造时,工作量是比较大的,所以在真正开始着手实现前,我们还是应该先明确夜间模式(多主题)到底有多少实现的思路以及它们的优劣,这样才可以有效的避免项目延期的情况出现。
自定义attr属性。
这是最基础的方法,就是通过自定义attr属性,在不同的theme中进行不同的实现,然后在layout和style中调用。这种方法改代码改动量比较大,而且根据不同的主题,drawable(5.0以上不用),selector等xml文件必须要相应的定义多份,因为 android由于兼容性和自身的原因并不能在这些文件中识别attr属性(会报type解析错误),当然style和theme可以直接识别使用。
在shape,selector中不识别attr属性我个人觉得可能是android的bug,因为5.0以上的drawable中是可以识别attr属性的,所以理论上是可行的。若能解决在selector等xml中的识别问题,该方法就能大大减少重复代码了。
重写getResource方法
这是第三方微博客户端Fuubo所采用的方式。重新Acticity和Application的getResource方法,统一同一颜色的是调用名字,对于不同主题在getRsource中进行判断并返回对应的颜色值。
这样做的好处是你不用定义很多份的drawable,selector之类的xml文件,你的所有颜色都将在getRsource中通过R.color中判断并替换,省去很多工作,而且基本可以不改动你以前的代码。
当然坏处也是显而易见的,当你的App复杂时所有的替换逻辑都集中在getRsource()中将会显得十分的臃肿,并且你无法使用theme中的系统属性,因为theme中的属性并不是通过Activity的getResource()进行加载的,所以例如系统的popMenu就无法改变其背景色等属性,都需要你自定义实现了。
谈到夜间模式或多主题切换,就不得不说另一个问题主题的切换方式。
重启Activity。
这是最常用的切换方式,也是最暴力的解决方式,哈哈。
当然需要注意的是一定要在 super.onCreate(savedInstanceState);之前调用,不然会发生很多的意外问题-,- 。
至于重启的方式有很多,可以直接Intent.FLAG_ACTIVITY_CLEAR_TOP,再启动一个新的 Activity。或者finish自己再重新startActivity,或者最简单的直接调用onRecreate()即可(相当于发生了 configuration change),然后再加上一个过渡的动画效果,这就根据自己App的情况自行选择了。
刷新所有控件。
其实现的思路是在自定义属性的基础上,再自定义每个控件,并将与主题颜色相关的属性全部封装在控件中,然后通过一个统一的接口,每当主题发生改变时,对当前Activity从根View开始进行递归遍历刷新,而对于listview则是清空RecycleBin中的所有child view,这样就等于是强行刷新了整个listview。
这种方式最大的优点就是可以不重启Activity就可以更换Activity的主题颜色,大大优化了用户的体验。当然缺点也很明显,因为如果你的App不是一开始就这么做,那么改造的工作量更加巨大(因为还要实现自定义属性=。=)。
目前github已有人实现了这种思路的换主题框架, 传送门 。
上面并没有讨论换主题的另一个方向:换肤。因为个人觉得简单换肤其实与换主题色的区别并不是特别大,只需要添加换肤apk的下载,并将其资源加载到app中替换即可,网上有很多的实现思路,再这就不在傫述。而对于复杂的换肤,即如天天动听一样不仅可以更换主题颜色,资源文件,还可以更换 Layout布局!这。。。增加的工作量就不是多一点点的问题了(和以上讨论的情况相比),所以暂不讨论-。-。
版权声明:本文为博主原创文章,未经博主允许不得转载。
标签:
原文地址:http://blog.csdn.net/zq13561411965/article/details/47679131