首页
沸点
课程
数据标注
HOT
AI Coding
更多
直播
活动
APP
插件
直播
活动
APP
插件
搜索历史
清空
创作者中心
写文章
发沸点
写笔记
写代码
草稿箱
创作灵感
查看更多
登录
注册
薄荷巧克力02
掘友等级
获得徽章 0
动态
文章
专栏
沸点
收藏集
关注
作品
赞
45
文章 45
沸点 0
赞
45
返回
|
搜索文章
赞
文章( 45 )
沸点( 0 )
FFmpeg 7.1.1 | 编译 Android 动态链接库
时光飞逝,距离 《NDK 是什么 | FFmpeg 5.0 编译 so 库》 一文已经过去快三年了,曾经最新的 FFmpeg 5.0 ,如今也来到了 FFmpeg 7.1.1。本文就来通过 NDK 编
更多 ViewBinding 的封装思路,适配 BRVAH 竟如此简单
前段时间优化 ViewBinding 的工具类时,突然想到了一个新的封装思路,能更进一步简化 ViewBinding 的使用。个人目前在网上没看到有人这样来封装,感觉还是有必要分享一下
ViewBinding 巧妙的封装思路,还能这样适配 BRVAH
ViewBinding 可用于替代 findViewById、ButterKnife、Kotlin synthetic,可以减少空指针和类型转换异常,很多人关心如何在 BRVAH 使用
不要让调用方承担你本该承担的复杂度 —— Android Data 层设计原则
前言 在做 Android 架构评审时,我经常看到这样的代码: ViewModel 在关心什么?它在关心缓存策略、缓存 key 的格式、是否要强制刷新。这些本不该是它的事。 这就是复杂度泄露——一层不
为什么我不在 Android ViewModel 中直接处理异常?
为什么我选择不在 ViewModel 里处理异常 在使用 Android MVVM 架构时,ViewModel 应该不要处理异常? 更准确地说:ViewModel 不应该“深入地”处理异常,
别再 launch(IO) 了:协程线程切换的 3隐藏反模式
🧭 协程中的三大反模式:真正的问题不在 ViewModel 在 Android 项目中,协程早已成为默认选择。 但很多协程代码的问题,并不体现在“能不能跑”,而是体现在职责边界是否清晰。
Android 协程时代,出现 ReentrantLock 就是架构警报
在协程成为主流之后,我越来越坚定一个观点: 包括: ReentrantLock CountDownLatch Semaphore FutureTask synchronized 不是因为它们不好。
再写13道Android面试题,裁员无非是关机再重启
前言 “你恐怕要领大礼包了”这是一大早刚到公司领导喊我去会议室跟我说的话,刚听见我还有点懵,以为要给我什么好吃的,然后就反应过来了,我又被裁了,这工作是去年入职的,到现在刚好要一年了,虽说我知道目前这
月下载 40 万次的框架是怎么练成的?
市面上的 Android 权限请求框架多如牛毛,是什么原因让大家不约而同选择了 XXPermissions 呢?我想最打动人心的应该是细节,今天就带你深入了解想要做好一套框架,过程究竟会遇到什么样问题
尝试解决 Android 适配的最后一公里
框架介绍 Android 碎片化至始至终是一个令人非常头疼的问题,特别为 XXPermissions 上面为不同的厂商做适配的时候就非常头疼,因为市面上能找到的开源库只能判断机型的品牌,而不能判断 A
下一页
个人成就
文章被点赞
8
文章被阅读
2,205
掘力值
40
关注了
28
关注者
0
收藏集
0
关注标签
0
加入于
2022-12-16