nicholasshieh

相信我们经常这样写bug（不是 👇： 看似没问题 每个接口都要 try-catch，太啰嗦了！ 错误处理逻辑分散，不可控！ 代码又臭又长💨！ 💡 目标：不抛异常的安全请求封装 👇

近日 Claude 开发公司 Anthropic 发布了一篇 《How AI Is Transforming Work at Anthropic》 的文章，文章是 Anthropic 在 8 月对内部

Retrofit 是一款功能强大的网络请求库，简化了开发流程，提供高效的网络请求能力。通过深入学习 Retrofit 的高级使用与原理，我们能够更好地理解和应用这一库，从而提高开发效率和代码质量。

在目前的寒冬下，要想找到一份称心如意的工作，那就得有扎实的基础，在面试中脱颖而出。为了考验自己的知识是否达标，刷题检测就是在所难免的，所以，刷题是在所难免的了。

最近跟群友讨论一个技术问题： 一个应用开启了多进程，最终到底会创建几个application对象，执行几次onCreate()方法？ 有的群友根据自己的想法给出了猜想 甚至有的群友直接咨询起ChatG

响应式编程便于测试，但存在漏洞，MVI 旨在消除响应式编程漏洞，但繁琐。本文介绍 MVI 来龙去脉，追溯问题的源头，并探索平替方案。

Google推荐使用Flow来替代LiveData，本文对LiveData的不足和StateFlow的使用与迁移进行了详细介绍

Kotlin协程的使用与封装 前言： 相信作为一个现代Android开发者，应该都用过或者听过协程了，还不少大佬都已经把协程给扒皮了，其本质就是线程池的封装。源码的解析和性能的对比，都有解说。 协程的

打开Android架构组件页面,我们可以发现一些最新发布的组件都支持了Flow,看起来官方在大力推荐使用Flow取代LiveData,那么问题来了,有必要吗?