暂时未有相关云产品技术能力~
暂无个人介绍
如果一直关注 `Compose` 的发展的话,可以明显感受到 2022 年和 2023 年的 `Compose` 使用讨论的声音已经完全不一样了, 2022 年还多是观望,2023 年就有很多团队开始采纳 `Compose` 来进行开发了。不过也有很多同学接触了下 `Compose`,然后就放弃了。要么使用起来贼特么不顺手,要么就是感觉性能不行,卡。其实,问题只是大家的思维没有转换过来,还不会写 `Compose`。
本文为现代化 Android 开发系列文章第四篇。
本文为现代化 Android 开发系列文章第四篇。
本文为现代化 Android 开发系列文章第三篇。
本文为现代化 Android 开发系列文章第二篇。
Android 开发经过 10 多年的发展,技术在不断更迭,软件复杂度也在不断提升。到目前为止,虽然核心需求越来越少,但是对开发速度的要求越来越高。高可用、流畅的 UI、完善的监控体系等都是现在的必备要求了。国内卷的方向又还包括了跨平台、动态化、模块化。
最近群友指出了 scheme 组件使用的一些不完美和可改进点。
编辑距离是一种用来度量两个字符串之间相似程度的算法。它通常用于搜索错别字的纠正,或者模糊搜索。例如,如果我们搜索 gogle 时,它可以正确搜索到 google 的结果。
Huffman 算法是一种常用于数据压缩的算法,其思想是将频繁出现的字符使用较短的编码,不频繁出现的字符使用较长的编码,以此达到压缩数据的目的。本篇文章我们就来一起学习下 Huffman 算法。
开发中,我们总会需要存储些 KV 数据,虽然看上去简单,但考虑因素也是很多的,实现手段也就各有差异。今天,我们就来看看 Android 目前有哪些 KV 库可以供我们使用,以及其有哪些优缺点。
今天我们就来聊聊可能因为没理解透 Recomposition 而写出的性能问题。
不管做什么事情,我们都要有一颗上进的心,写代码也是如此。最开始要写得出,然后要写得对,然后要写得又对又好,最后再追求那个传说中的快。
来个面试题,看看你对 kotlin coroutine掌握得如何?
RN 撸 UI 很爽,不仅跨平台,而且可动态化,可是性能就真的一般般。 Flutter 性能还行,可是强加上动态化的方案,性能也就那样了。造轮子永无止境,在 SwiftUI 和 Compose 先后问世后,我也在思考如何利用新的技术来优化 RN 的性能或者创造出全新的框架,有一些想法,也做了些尝试。
现在基本上都是往 MavenCentral 丢包了, 不过往 MavenCentral 丢包的流程还是复杂了不少,一个是 Sonatype 的账号申请、管理后台有点奇特,另一个是发包的流程也多了几步。 虽然多的流程是为了校验、签名以保证上传库文件的完整与安全,但也容易让开发者踩坑,花费好长时间才能成功完成上传。
在微信听书最新的版本,累死累活的开发中,我还是把 Jetpack Compose 引入了工程中, 在新的原生界面开发中,用 Compose 来写 UI 了, 贼特么舒服,所以说, QMUI Android 要么重做出一个 Compose 版本,要么就该删库跑路了。
React Native性能差,那我们就去重新造一个轮子,思路有了,就差实现了,努努力,干一票大的。
在 MVC、MVVM 等分层架构中,一般是让 Model/ Entity 类尽量纯净,只有属性和一堆的 setter/getter 方法,但是在复杂的需求场景下,我们又经常会使得它变得不那么纯净。
为了解决这些问题,App 一般都会自定义一个 scheme 跳转协议,多端都实现这个协议,以此来解决各种运营需求。今天就来解析下 QMUI 最新版 QMUISchemeHandler 的设计与实现。
QMUI 2 一个最大的特色就是支持了换肤(夜间模式),今天就来聊聊 QMUI 换肤的使用与实现。
上一篇文章讲了一些关于 Activity 和 Fragment 的一些零碎的知识点,只有深入的了解了它们,我们才能合理的运用它们。UI相比于数据流,更灵活也更混乱,合理运用不同组件,可以使得条例更清晰,代码量更少。
在一开始,官方只提供了 Activity 来作为 UI 界面的载体,因此我们也别无选择,只能用它。而在 Android 3.0 后,Fragment 也面世了,它一开始是用于适配平板的,以邮件列表与详情的适配为例,手机端够小,因此开始展示列表,点击进入详情,而平板够大,则可以列表显示在左侧,详情显示在右侧,点击列表只是切换详情。对于这种适配场景,列表页和详情页必须在同一个 Activity 里了,而这便是我所知道的 Fragment 诞生的场景了。
QMUI 2 发布了,但是里面换肤等相关的很多东西,如果不讲,那么很多人估计就只能复制粘贴下 QMUIDemo 的代码,而并不能用好 QMUI, 或者是通过 QMUI 来提升自己的 UI 开发能力,毕竟现在很多 Android 开发都是轻 UI 而重数据流,遇到需要复杂 UI 的地方,在 Github 上随便找个组件套上去就行了,如果找得到刚好符合需求的还好,如果找到的不是那么切合需求,那一天的状态很可能就是“一壶茶、一包烟、几个间距颜色调一天”了。
QMUI 2 提了很久很久了,在蜗牛般的开发速度下(加班过多,效率低下),终于来了首个对外版本。
QMUI 在 v1.3.2 提供了一个全新的组件:QMUIContinuousNestedLayout。点击这里可查看使用文档。本文就来聊一聊它的使用场景、设计以及实现。
最近, QMUI 的 fragment 管理框架升级到了 0.1.0, 添加了一个新的接口 startFragmentAndDestroyCurrent, 可以方便的完成类似 startActivity 之后 finish 的效果,有兴趣的可以试试。
在 Android UI开发过程中,我们会觉得非常繁琐的事情是什么呢?分隔线、圆角、边框、阴影、点击态等,在以往的实践中,我们都是通过 drawable 去实现的,非常麻烦。以分隔线为例,如果左右都打通,那还能复用,但现在的设计师都喜欢左边或右边有一定的 inset,而 inset 的值并非一成不变的,这不经意间就使得项目添加了数不清的 drawable,因此目前大多数人都开始尝试不使用 drawble 去解决这些问题了,QMUI 也不例外。
最近这一两个周都没有怎么更新 QMUI。因为我一直在搞忙于搞微信读书的讲书界面。沉醉于写 bug 和改 bug 之中。
qmui android对手势返回的实现
QMUI Android(官网) 终于发布了,今天趁热打铁,来聊一聊 QMUI Android 开发背后的一些点滴。
ClickableSpan的优雅处理
Android 沉浸式状态栏追根究底
Android 嵌套滚动
发表了文章
2023-07-17
发表了文章
2023-07-04
发表了文章
2023-07-04
发表了文章
2023-07-04
发表了文章
2023-07-04
发表了文章
2023-07-04
发表了文章
2023-07-04
发表了文章
2023-07-04
发表了文章
2023-07-04
发表了文章
2023-07-04
发表了文章
2023-07-04
发表了文章
2023-07-04
发表了文章
2023-07-04
发表了文章
2023-07-04
发表了文章
2023-07-04
发表了文章
2023-07-04
发表了文章
2023-07-04
发表了文章
2023-07-04
发表了文章
2023-07-04
发表了文章
2023-07-04