java
文章平均质量分 56
许天成
这个作者很懒,什么都没留下…
展开
-
[AppBus]一款可以在Java任意对象中通讯的框架
app内通信工具,不可跨进程,轻量级,使用方便,可延迟接收消息,可在任意对象内使用原创 2022-04-01 16:29:24 · 1985 阅读 · 0 评论 -
【Android SocketBus】主线通讯,跨进程通讯新思路,用Socket搭建通讯框架,简直惊呆了,还有这波操作?
利用socket搭建的Android主线通讯框架,可app间通讯,可跨进程通讯,可跨app通讯原创 2022-03-07 17:06:38 · 2712 阅读 · 0 评论 -
优雅的解决:实时监听EditText输入时回调频率过高的问题
Android开发中遇到的EditText在实时搜索、实时保存等,需要在监听回调中频繁调用接口的场景导致卡顿或资源浪费的优雅解决办法。原创 2022-03-07 16:46:12 · 874 阅读 · 0 评论 -
开历史的倒车?不用创建数据对象编程NoBean
1.初衷一个项目内JavaBean对象太多,造成java项目臃肿,冗余代码太多。于是我就思考能不能免去这些数据对象的创建,直接获取所需要的字段呢?NoBean因此诞生了!2.为什么说是开历史的倒车呢?最主要的原因是,JavaBean的规范给作为程序员的我们带来了太多的好处与便捷,NoBean完全违背了JavaBean规范的初心,这点确实可以说是开历史倒车,可耻!但是既然NoBean存在,那便有存在的理由,至少有过我们这些码农的怀疑与思考,为什么要创建这么多的数据类?既然数据类...原创 2022-01-20 15:29:13 · 1820 阅读 · 0 评论 -
队列执行线程和代码
开发android项目时,经常遇到这样的需求,在请求网络的时候,一个网络请求可能会建立在另一个网络请求基础上进行,例如:做一个省市县联动的需求,假设接口给我们的数据是分级查询,我们直接要查询县,可能就先要查询省,然后返回省之后再调用查询市的接口查询出城市,再在城市查询成功后调用查询县的接口,在代码中,我们可能会这样写(网络请求使用okHttp):public void getData(){...原创 2018-11-19 16:53:03 · 499 阅读 · 0 评论 -
布尔标志控制管理FlagFactory
项目中我们会经常用到状态标志来控制逻辑,然后对状态标志进行修改从而达到控制不同逻辑执行,然而当我们对一个状态标志修改过多时,往往会导致代码的可读性变差,出错率升高。那我们要如何解决这样的一个问题的出现呢?我的想法是把状态标志提取到一个类中,然后在该类里面进行状态的获取和修改操作即可。直接贴代码,比较简单。public class FlagFactory { private final...原创 2018-11-20 10:15:26 · 460 阅读 · 0 评论 -
利用AccessibilityService(安卓辅助)下载微信朋友圈照片,解决微信朋友圈照片长按无效的问题,无需root,不涉及微信底层
由于项目需要开发一个朋友圈克隆的功能,经过2天的研究,终于有所作为,先上图:先说说微信朋友圈克隆的思路,主要是通过AccessibilityService辅助类对微信界面的改变进行监控,然后进入到指定朋友的朋友圈,复制指定朋友的朋友圈内容,然后在自己的朋友圈发布复制过来的内容即可。这一切操作都是自动的,无需手动点击。朋友圈的内容复制分为三类:第一类:纯文本朋友圈。第二类:图片+文本,纯...原创 2019-04-11 12:00:20 · 3376 阅读 · 3 评论 -
关于Android中的api、implementation、compile理解
1.compile在3.0及以上的gradle版本已弃用。2.api可以完全代替compile,利用api导入的包可以被下级引用。3.implementation只是编译时引用,并不把引入的包打包进项目。4.java-library项目依然可以使用compile。...原创 2019-05-05 17:53:55 · 2782 阅读 · 1 评论 -
客户端请求参数与服务端接收参数几种常用对应方式(以Android端Retrofit与服务端Springboot的注解为例)
无论是开发前端应用还是开发后端应用或者是后台接口,都难免会有遇到网络请求的问题。有时候客户端发送的一个后端死活无法识别,或者是识别了也浪费了大量时间。导致这个问题出现的根本原因不是我们的基础不够牢靠,是我们只能专注于一个领域,导致做前端的无法去了解后台接口,做接口的也无法去知道前端的运行过程,这偏文章不是什么深奥的文章,但是是我们实际开发都会遇到的一个问题。所以我对网络请求的数据前后端对接方式做了...原创 2019-06-01 10:35:38 · 1970 阅读 · 2 评论