XPage系列|是时候抛弃ButterKnife了

简介: XPage系列|是时候抛弃ButterKnife了

微信截图_20220518191034.png

前言


作为 X-Library系列框架 的灵魂所在,XPage 开源两年以来,一直致力于降低Fragment使用的难度,努力实现一个Activity多Fragment的Android开发模式。


前段时间, 在观望了许久之后, 我终于更新了Android Studio的最新版本(北极狐), 发现项目中使用ButterKnife注解id的代码出现了警告,警告信息如下:


Resource IDs will be non-final in Android Gradle Plugin version 5.0, avoid using them as annotation attributes


警告信息告诉我们在Gradle 5.0的插件中Resource 的Id值将不会再是final类型,因此应该避免在注解属性中使用Id。这意味着如果我们把Gradle插件升级到5.0版本之后ButterKnife将无法再被使用!而且在ButterKnife的官方文档上也看到了ButterKnife被标注弃用的信息:


微信截图_20220518191207.png


因为当初设计XPage是为了能够更方便的使用Fragment, 所以就默认集成了ButterKnife. 如果我还想继续使用XPage的话, 就不得不把Gradle插件降到5.0版本以下, 这在ButterKnife被废弃, Viewbinding取而代之的大趋势下, 显然是不合适的.


果不其然, 我的XPage的开源项目很快就被使用者提了去除ButterKnife的issue, 具体如下:


微信截图_20220518191250.png


这样看来, XPage去除ButterKnife依赖是势在必行的, 于是就有了这次XPage 3.3.0版本的升级.


升级后有什么变化


这次升级主要包含了两个部分: 使用gson代替fastjson去除butterknife依赖, 全方面向Google看齐。


使用gson代替fastjson


为什么使用gson代替fastjson呢? 我主要是出于以下两点考虑:


  • fastjson之前就经常爆出了好几次比较严重的安全漏洞, 安全性方面存在缺陷.


  • 目前Android项目使用gson的居多, 并且是Google开源维护的,充分相信Google的实力.


去除butterknife依赖


去除butterknife依赖, 使用ViewBinding代替是趋势所向. 那么使用ViewBinding代替有哪些好处呢? 下面我简单列举一下:


  • 类型安全: ViewBinding会基于布局中的View生成类型正确的属性。比如,在布局中放入了一个 TextView ,视图绑定就会暴露出一个 TextView 类型的属性供开发中使用。


  • 空安全: ViewBinding会检测某个视图是不是只在一些配置下存在,并依据结果生成带有 @Nullable 注解的属性。所以即使在多种配置下定义的布局文件,视图绑定依然能够保证空安全。


  • 减少控件变量的定义: ViewBinding会自动生成一个绑定类, 我们可以直接通过这个绑定对象去访问布局中的控件, 无需再为每个控件的访问去定义一个个的变量.


升级3.3.0版本注意事项


依赖发生变化


3.3.0版本之后无需依赖butterknife.


  • 3.3.0及以上版本,只需要在项目中依赖XPage即可.


dependencies {
  ...
  implementation 'com.github.xuexiangjys.XPage:xpage-lib:3.3.0'
  annotationProcessor 'com.github.xuexiangjys.XPage:xpage-compiler:3.3.0'
}


  • 3.2.0及以下版本,除需要在项目中依赖XPage以外, 还需要依赖butterknife.


dependencies {
  ...
  // XPage
  implementation 'com.github.xuexiangjys.XPage:xpage-lib:3.2.0'
  annotationProcessor 'com.github.xuexiangjys.XPage:xpage-compiler:3.2.0'
  // ButterKnife的sdk
  implementation 'com.jakewharton:butterknife:10.1.0'
  annotationProcessor 'com.jakewharton:butterknife-compiler:10.1.0'
}


接口发生变化


为了能够让XPage更好地使用上ViewBinding, 我对XPageFragment以及XPageActivity的部分接口做出了调整.


  • 删除了XPageFragment中的getLayoutId抽象方法, 取而代之的是inflateView抽象方法.


/**
     * 加载控件
     *
     * @param inflater  inflater
     * @param container 容器
     * @return 根布局
     */
    protected abstract View inflateView(LayoutInflater inflater, ViewGroup container);


  • 删除了XPageActivity中的getLayoutId抽象方法, 取而代之的是getCustomRootView方法.


/**
     * 获取自定义根布局
     *
     * @return 自定义根布局
     */
    protected View getCustomRootView() {
        return null;
    }


混淆配置发生变化


由于此次XPage升级使用gson代替了fastjson, 因此混淆配置需要进行修改.


  • 3.2.0及以上版本,使用的是gson进行序列化的,所以配置如下:


# gson
-keepattributes Signature
-keepattributes *Annotation*
-dontwarn sun.misc.**
-keep class com.google.gson.examples.android.model.** { <fields>; }
-keep class * extends com.google.gson.TypeAdapter
-keep class * implements com.google.gson.TypeAdapterFactory
-keep class * implements com.google.gson.JsonSerializer
-keep class * implements com.google.gson.JsonDeserializer
-keepclassmembers,allowobfuscation class * {
  @com.google.gson.annotations.SerializedName <fields>;
}
-keep,allowobfuscation,allowshrinking class com.google.gson.reflect.TypeToken
-keep,allowobfuscation,allowshrinking class * extends com.google.gson.reflect.TypeToken
# xpage
-keep class com.xuexiang.xpage.annotation.** { *; }
-keep class com.xuexiang.xpage.config.** { *; }


  • 3.1.1及以下版本,使用的是fastjson进行序列化的,所以配置如下:


# fastjson
-dontwarn com.alibaba.fastjson.**
-keep class com.alibaba.fastjson.** { *; }
-keepattributes Signature
# xpage
-keep class com.xuexiang.xpage.annotation.** { *; }
-keep class com.xuexiang.xpage.config.** { *; }


模板工程


以上的升级内容, 我已在最新的模板工程中做了相应的更新, 想偷懒的同学可以直接拿模板工程使用.




相关链接





最后


非常感谢大家对XPage 的支持,喜欢的小伙伴可以到项目的Github主页:github.com/xuexiangjys… 点击star支持一下哦!



相关文章
|
数据库 开发者
EasyCode 自动生成代码
【10月更文挑战第16天】总的来说,EasyCode 自动生成代码是一款非常有价值的工具。它为开发者们带来了便捷、高效和创新,让软件开发变得更加轻松和有趣。随着技术的不断进步,相信 EasyCode 还会不断完善和发展,为开发者们提供更多更好的服务。
204 1
|
运维 安全 jenkins
Jenkins适合哪些场景
【10月更文挑战第18天】Jenkins适合哪些场景
|
存储 缓存 Java
|
数据采集 机器学习/深度学习 存储
性能提升30%!中国电信进一步开源12B星辰大模型TeleChat-12B!魔搭社区最佳实践来啦!
中国电信人工智能研究院开源12B参数规模星辰语义大模型TeleChat-12B,相较1月开源7B版本,内容、性能和应用等方面整体效果提升30%,其中,多轮推理、安全问题等领域提升超40%。在C-eval、MMLU、AGIEVAL等国际权威榜单上,排名处于国内同级别参数开源模型的前列,进一步促进大模型开源生态繁荣,助力AI产业加速高质量发展。另据悉,中国电信人工智能研究院将于年内开源千亿级参数大模型。
|
Java 测试技术 开发者
Java线程池ThreadPoolExcutor源码解读详解09-4种拒绝策略
本文介绍了线程池的四种拒绝策略:AbortPolicy、DiscardPolicy、DiscardOldestPolicy和CallerRunsPolicy,并通过代码示例展示了它们在任务过多时的不同处理方式。AbortPolicy会抛出异常并停止主线程;DiscardPolicy会默默丢弃新任务;DiscardOldestPolicy会抛弃队列中最旧的任务来接纳新任务;而CallerRunsPolicy则是由调用者线程执行被拒绝的任务,以减缓新任务的提交速度。这四种策略适用于不同的场景,开发者可以根据需求选择合适的策略。
1612 5
|
测试技术 Python
软件测试|教你如何离线安装第三方库
软件测试|教你如何离线安装第三方库
|
运维 负载均衡 算法
负载均衡 6 大使用场景
本文翻译自国外论坛 medium,原文地址:medium.com/@maheshsain…,文章作者:Mahesh Saini 在如今常见微服务系统中,负载均衡组件是一种将流量分配到多个服务的技术,目的是提高系统的性能和可用性。负载均衡有两种常见的模式:服务端模式和客户端模式。服务端模式使用独立的应用程序(如 Nginx)来转发请求,客户端模式使用类库(如 Ribbon、Spring Cloud LoadBalancer)来选择后端服务。负载均衡还有不同的算法,如轮询、随机、最小连接数、区域等。本文将给大家介绍在微服务系统中负载均衡组件常见使用场景
1221 1
|
人工智能 IDE 程序员
【程序员小知识】AndroidStudio 与 IntelliJ IDEA 的版本关系
【程序员小知识】AndroidStudio 与 IntelliJ IDEA 的版本关系
714 0
|
Android开发
实现安卓Spinner控件hint提示效果
实现安卓Spinner控件hint提示效果
515 0
|
域名解析 监控 网络协议
Docker 【网络】配置dns
Docker 【网络】配置dns
Docker 【网络】配置dns