首页
沸点
课程
数据标注
HOT
AI Coding
更多
直播
活动
APP
插件
直播
活动
APP
插件
搜索历史
清空
创作者中心
写文章
发沸点
写笔记
写代码
草稿箱
创作灵感
查看更多
登录
注册
潜龙勿用之化骨龙
掘友等级
全干工程师
android Java iOS 公众号 Ktor
获得徽章 7
动态
文章
专栏
沸点
收藏集
关注
作品
赞
266
文章 124
沸点 142
赞
266
返回
|
搜索文章
最新
热门
AsyncTask 已死多年:协程到底赢在哪里?
> **AsyncTask 的退场,不是一个 API 的废弃,而是一种编程思维的终结。** #
我是如何把一个传统 Android 协程示例,重构成 Clean Architecture 项目的
> 📌 本文面向有 Android 基础、了解协程基本用法,但尚未接触 Clean Archit
从 Callback 到 Coroutines:Android 异步并发方案的演进
📌 场景定义 这个"3并1串"的模式在真实业务中极为常见,比如:首页同时拉取轮播图、文章列表、置顶文章,全部就绪后再根据结果请求个性化推荐。 方案一:Java Callbacks(嵌套回调) 实现代
🚀天下苦阻塞久矣之DeliQueue:Android 17 无锁 MessageQueue 的架构重构
基于 Android 17 AOSP 真实源码分析。 这不是简单优化,而是: 一、为什么必须重构? 旧版 MessageQueue 的问题不在于"写得不好",而在于它生于单核时代,
别再写 BaseXXX 了:BaseActivity 和 BaseViewModel 正在毁掉你的架构
大家都见过这样的代码: 看起来很优雅,对吧? 但当你点进 BaseActivity: 👉 2000 行 👉 十几个功能混在一起 👉 没人敢改 很多 Android 项目,都是这样“慢慢烂掉”的。
Android 慢性病之拒绝"带病"上线:为什么 ANR 是必须根除的代码 HP?
> **摘要**: ANR 从来不是突然出现的意外,而是主线程长期带病运行的结果。本文从"幽门螺
不要让调用方承担你本该承担的复杂度 —— Android Data 层设计原则
前言 在做 Android 架构评审时,我经常看到这样的代码: ViewModel 在关心什么?它在关心缓存策略、缓存 key 的格式、是否要强制刷新。这些本不该是它的事。 这就是复杂度泄露——一层不
Android 现代架构不需要事件总线
前言 EventBus、Otto,这些曾经风靡 Android 社区的事件总线框架确实在某个时代解决了组件间通信的难题。但随着 Kotlin 协程、Flow、ViewModel 的成熟,事件总线的种种
2026 已过 1/4:事豫则立,不预则废——关于架构、协程与边界的思考
2026 已经过去三分之一了。 我回头翻了一下这三个月写下的东西,总结总结。 一、先看一眼这些“产出” 三个月,10+ 篇文章,大致分布在四个方向: Clean Architecture 落地实践
是时候告别业务层 Manager 了:Android 架构升级到 UseCase + Repository
在很多 Android 项目中,我们经常能看到各种 Manager: 这些类似乎什么都能做: 管理数据 协调业务 调用网络 操作数据库 维护状态 于是一个 Manager 很容易变成这样: 看起来似乎
下一页
个人成就
文章被点赞
600
文章被阅读
74,633
掘力值
3,227
关注了
130
关注者
148
收藏集
25
关注标签
20
加入于
2018-01-25