jinbo007

一个月的开发，用了两个月完成审核，深刻体验了下什么叫开发的速度远快于审核的速度，后续应该就畅通无阻了。

2.1.1. web端调用原生代码方法 第1步.web调用。 第3步. java处理及回调。 第4步. jsbridge.js接收并回调web端 第5步. 回调web端 3. one more thing （扩展方案）

昨天，是我在字节的最后一天。 去年入职的时候，我就在想，自己会在字节待多久，一年？还是两年？毕竟“字节一年，人间三年”。现在答案揭晓了，一年零两个月。不过还好，超过了七个月的“平均在职时间”。

上篇文章我给大家分享了我对架构的理解，从思想层面去讲述架构的演进过程。很多小伙伴表示还想听我讲一下对Jetpack 架构的看法，本着帮人帮到底的精神，今天我将再次动笔 尽量从本质上讲清楚Jetpack

目的 话接上篇文章 两种方式封装Retrofit+协程，实现优雅快速的网络请求 最近在独立写一个新的项目，用的是封装二，虽然几行代码就可以进行网络请求，但是在使用过程中还是觉得有点遗憾，写起来也不是非

两种方式封装Retrofit+协程，实现优雅快速的网络请求 目的 简单调用、少写重复代码 不依赖第三方库（只含Retrofit+Okhttp+协程） 完全不懂协程也能立马上手（模板代码） 用Kotli

一、前言 前几天发布了一篇【Jetpack篇】协程+Retrofit网络请求状态封装实战，在评论区里也收到了一些同僚的反馈： ...... 具体问题可以直接移步到上一篇评论区查看。 因为有几个问题点还

前言 在App中，对于网络请求状态一般性的就分为加载中、请求错误、请求成功、请求成功但数据为null。为了用户体验，不同的状态需要对用户展示不同的界面，例如网络异常的提醒，点击重新请求等。 之前项目一

kotlin协程的使用封装。通过常用的使用方式以及环境，我们大致分为三种形式，为了更加清晰的理解，笔者对请求过程进行一步一步的拆解，封装。同时我们也可以根据自己的需要再进一步的处理。