By Long Luo

2014年的51 3天假期，有2个上午都去学车去了，因为不久之后我就要去考试了，总之呢，很多事情都是做的越早越好。今天把科目二考试的一些注意事项给记下来：

0. 准备工作

上车之后，第一步是调好靠背，后视镜，注意座椅不要调到太靠前，系好安全带。后视镜要保持后轮车毂在后视镜中间位置，把手在后视镜上方。

松手刹，踩住离合器和刹车，离合器踩到底，挂一档起步，慢慢松离合器，直到车头开始震动，离合不动，慢慢松刹车，车辆起步。

最重要的是要踩好离合器，保持很慢的速度，因为速度慢了可以慢慢调整，快了的话就没办法调整了。

By Long Luo

最近遇到一个算法题：

仿照Excel的列编号，给出一个数字，输出该列编号字符串。

例如：A对应1，Z对应26，AA对应27，AZ对应52 ……

这个题目是一个典型的26进制思路去处理，一个整数除26然后但是这个题目里面有很多陷阱，在1, 26, 52等特殊情况进行考虑，经过晚上接近半个多小时的编写，完成的代码如下：

By Long Luo

1. App是为了解决什么问题？

By Long Luo

下面列举一些收藏的资源，用于学习参考：

1. Android API Guides

1. Android API Guides:
2. OSChina Android API Guides：

2. Java Develop Kit References

1. JDK7 English：
2. JDK6 Chinese API：

By Long Luo

周星驰的电影《功夫》里面借火云邪神之口说出了一句至理名言：“天下武功，唯快不破”。

在移动互联网时代，同样如此，留给一个公司的窗口往往只有很短的时间，如何把握住这个时机，迅速开发出产品，成为至关重要的一环。相对传统互联网时代的PC产品，用户对移动端产品的容忍度更低。而一款移动应用在推出的时候可能只是接近完成的状态，这就需要通过快速的迭代开发来更新产品，不断完善产品来留住用户。同时，通过更新产品也能唤醒一些沉默用户，让一些原本下载了应用但使用次数非常少的用户给该应用多一次机会。

所以快速迭代成为移动互联网时代的一个重要生存法则。

1. 为什么需要性能优化？

上面说到，在时间窗口期内开发出产品是极端重要的，但是虽然基本功能我们实现了，但是开发出来的产品代码运行的效率怎么样呢？我们的App用户给用户的体验如何呢？

• 我们的App在低端机上经常ANR、闪退、卡顿等
• 我们的App在其他分辨率上显示惨不忍睹？
• 我们的App在不同网络的情况下如何处理的
• …

By Long Luo

从小到大，虽然玩过的游戏不少，但是从写程序开始，目前为此仅仅写过2个游戏。其一是2011年在MTK平台下写的贪食蛇，其二是2010年在嵌入式开发板上写过一个迷宫的游戏。第一个代码量大概有3000行左右，第二个有2000行左右。

这2个游戏都很简单，而且网上有很多现成的例子可供参考，因此难度也比较低。

这2天把拖延了好久的《Android应用开发揭秘》的游戏引擎的那一章看完了，收获还是很大，在此写一篇读书笔记。

关于Game Engine，我能想到的几个问题：

1. 游戏引擎是什么？
2. Game Engine是为了解决什么问题？
3. Game Engine的架构是什么？
4. 如何设计一款游戏引擎？
5. 游戏引擎包含哪些模块？

下面就来探讨几个问题：

By Long Luo

最近一个月在驾校学车，前2次去练车，总是不得要领，连曲线行驶开不好，被教练狂K。经历了当学渣的痛苦之后，痛定思痛，立志成为学霸。

1. 面临问题：

我分析遇到的问题之后，得出我面临的几个问题：

1. 方向盘打法不规范；
2. 离合器踩的不到位，车速偏快；
3. 不清楚方向盘转的度数和车轮转的度数关系；
4. 不记得当前车轮方向。

翻译 By Long Luo

原文链接：Introducing Smoothie

Pattrn UI中的很大一部分是在滑动时从云端获取图片列表。所以我花了相当长的一段时间去调试，以获得滑动时的体验尽可能的流畅。在过去的几周里，我一直在试图解耦代码，完成了一个很小的库：Smoothie。

Smoothie提供了一个简单的API来异步加载ListView/GridView的项目，以和UI线程分离。它做了所有你所期望做的事情，加载项目变得可见，取消要求回收的View对应的项目等。但它所完成的还不止这些。

Smoothie是手势识别：在Fling手势时，它会必须发起加载项目请求；在滑动列表时，当你的手指按下时，将会启用增量加载项目请求。此外，它支持当前屏幕外项目预加载功能，当你滑动时，可以减少加载占位符类型的项目数。说穿来，Smoothie使用了一个支持可以阻塞队列动态优先执行的的线程池。在屏幕上滑动时，屏幕外即将可见的项目加载请求将动态的获取更高的优先级。

那么，怎么使用它呢？很简单：

翻译 Long Luo

原文链接：Performance Tips for Android’s ListView

译者注：
1. 由于这是技术文章，所以有些词句使用原文，表达更准确。
2. 由于水平有效，有些地方可能翻译的不够准确，如有不当之处，敬请批评指正；
3. inflation这个词一直找不到特别好的中文翻译。

ListView如何运作的？

ListView是设计应用于对可扩展性和高性能要求的地方。实际上，这就意味着ListView有以下2个要求：

1. 尽可能少的创建View；
2. 只是绘制和布局在屏幕上可见的子View。

理解第一点很简单：通过布局xml文件在创建View并显示是很昂贵耗时耗资源的操作。尽管布局文件已经编译打包成了二进制形式以便于更高效的语法解析，但是创建View仍然需要通过一个特殊的XML树，并实例化所有需要响应的View。

ListView通过回收一些不可见的Views，通常在Android源码中称为“ScrapView(废弃的View)”来解决这个问题。这及意味着开发者只需要简单的更新每行的内容而不需要针对每个单独的行的布局来创建View。

为了实现第二点，在我们滑动屏幕时，ListView通过使用View回收器来增加低于或者高于当当前窗口的Views，并当前活动的Views移动到一个可回收池中。这样的话，ListView只需要在内存中保持足够多的Views去填充分配空间中的布局和一些额外的可回收Views，即使当你的Adapter有上百个items的适合。它会使用不同的方法去填充行之间的空间，从顶部或者底部等等，具体取决于窗口是如何变化的。

By Long Luo

在一个Android应用中，Layout是开发中的一个很重要环节，Layout是组成UI不可缺少的一部分。

Android UI 核心类

在Android应用构建UI的方法有以下几种：

1. 单纯使用JAVA代码
2. 使用XML完全定义界面
3. 结合使用两者，在XML中定义，在JAVA中引用和修改

Android SDK中关于UI的核心类：

Android.view.View和android.view.ViewGroup

android中的常见UI控件均会扩展View和ViewGroup其中有一部分是专门用来控制其子View位置和大小，这些类我们称为布局管理器。

ViewGroup

1.LayoutParams是ViewGroup内部类，包含了ViewGroup的布局参数，用来告诉它们的父类它们想怎么在父类中布局（大小和位置），所有在LayoutParams及其子类中定义的布局参数在xml中定义都是通过layout_*定义的。

LayoutParams只提供了两个参数设定：

layout_width  元素的高度(fill_parent | match_parent | wrap_content | *dip)
layout_height 元素的宽度(同上)                    

2.MarginLayoutParams也是ViewGroup一个内部类，它继承了LayoutParams类，用来扩展LayoutParams的属性，设置参数。

MarginLayoutParams添加了四个参数设定：

layout_marginLeft       相对于本元素左边界的偏移
layout_marginRight         相对于本元素右边界的偏移
layout_marginTop，        相对于本元素上边界的偏移
layout_marginBottom      相对于本元素下边界的偏移

以上的两种Layout参数，所有布局中的子ViewGroup和子View都可以使用