hanks1014

作为开发人员经常需要和设计师合（si）作（bi）, 虽然设计师给的设计图上给出了颜色，但是有时候会对你说，“这个颜色的 饱和度不够，你再增加一点”，天呐，我可不懂什么是饱和度。 还有 色相、亮度、饱和度、透明度（这个还是理解的）等名词。

应用 UI 卡顿常见原因主要在以下几个方面： 1. 人为在 UI 线程中做轻微耗时操作，导致 UI 线程卡顿； 2. 布局 Layout 过于复杂，无法在 16ms 内完成渲染； 3. 同一时间动画执行的次数过多，导致 CPU 或 GPU 负载过重； 4.View 过度绘制，导致某些像素在同一帧时间内被绘制多次，从而使 CPU 或 GPU 负载过重； 5.View 频繁的触发 measure、layout，导致 measure、layout 累计耗时过多及整个 View 频繁的重新渲染； 6. 内存频繁触发 GC 过多（同一帧中频繁创建内存），导致暂时阻塞渲染操作； 7. 冗余资源及逻辑等导致加载和执行缓慢； 8. 臭名昭著的 ANR；

我们可以看到微信中的 从键盘与微信的切换是无缝的，而且是无闪动的，这种基础体验是符合预期的。 但是实际中，简单的 键盘与面板切换 是会有闪动，问题的。今天我们就实践分析与解决这个问题。

使用 Kotlin 开发一款应用,一系列文章

vim 与神的编辑器 emacs 的争论从来没有停止过。其实两种编辑器的设计哲学完全不同，风格迥异。vim 的特点是 Composability，Emacs 的特点是 Extensibility。vim 使用键序列输入，Emacs 则经常使用组合键（同时按）输入，跟弹钢琴一样。所以 Emacs 有个绰号 Esc + Meta + Alt + Ctrl + Shift。正因为各种显著的差异各种争论在所难免。而当你得证大道的时候你就会发现自己曾经的言论大部分是自己的臆想或偏见。《一代宗师》里有句话，习武的人有三个阶段，见自己，见天地，见众生。提高自己的格局，少一些争论，静能生慧。

Kotlin 1.0 已经发布了，这个还是应该讨论讨论。个人认为 Kotlin 带来的便捷超过了它的这些缺点

其实原理还是一样，就是 adapter 里的数据排序可是在 RecyclerView 中的 adapter 是需要继承于 RecyclerView.adapter 的，也就是说它没有提供给我们需要的 ArrayAdapter 的，

material design 规范中，一个重要方面在于如何在 “动作” 完整的展现物体的各个真实的特性，譬如优雅、简约、美观和神奇的无缝的用户体验。

【转注】：此文写于 2012 年。 你发现快要过年了，于是想给你的女朋友买一件毛衣，你打开了 www.taobao.com。这时你的浏览器首先查询 DNS 服务器，将 www.taobao.com 转换成 ip 地址。不过首先你会发现，你在不同的地区或者不同的网络（电信、联通、移动）的情况下，转换后的 IP 地址很可能不一样的，这首先涉及到负载均衡的第一步，通过 DNS 解析域名时将你的访问分配到不同的入口，同时尽可能保证你所访问的入口是所有入口中可能较快的一个 (这和后文的 CDN 不一样)。