大松

该系列介绍如何高效地量化绘制性能，上两篇的 4 种优化手段已经把表项加载速度减半，这一篇在此基础上继续把加载时间打对折。

误区 网搜列表优化, 大多会建议我们从以下几个方面优化, 来提高列表的流畅度. 降低布局层级 缓存布局对象, 或者控制内存分配等 控制列表刷新范围 可我们经常面对的场景是: 业务复杂, 布局层级无法再

俗话说，工欲善其事，必先利其器，我们要做好性能优化，首要是要能够发现性能的问题，这就需要有靠谱的工具来帮助我们做性能分析。市面上主流的性能分析工具有：Systrace、TraceView、Android Studio 的 CPU Profiler。相信做性能优化的同学对这些工具…

在 Uncle Bob 的文章中总结了架构所应具有的特征：`框架独立`、`可测试性`、`UI独立`、`数据库独立`、`外部机制独立`。 基于以上特点Bob提出了Clean 架构思想。

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

性能的优化是一个老生常谈的点，也是一个比较重要的点。做过一点性能优化的工作，现在对工作中的优化点做一个总结。如有错误，还请指正。有哪些方面需要优化在平时的优化过程中我们需要从哪几个点来优化呢？

有，就是使用循环遍历依赖。 在 main 目录下新建 res_core, res_feed（根据业务模块命名）等目录，在res_core中新建res目录中相同的文件夹如：layout、drawable-xxhdpi、values等。

这样啊，那可以写一个CrashHandler : Thread.UncaughtExceptionHandler，在Application中注册。 然后在重写的uncaughtException(t: Thread, e: Throwable)中收集日志信息。 嗯...应该可以…

const val 修饰的的变量，一定是编译时的常量，在编译期就知道他的值了。不需要依赖运行时创建的任何变量。 而val申明的变量，是只读变量。只能赋值一次，可以是运行期间赋值。 编译时常量，属于只读变量的一种特殊情况。 在java代码中引用kotlin的变量时，不能直接使用v…