Android4开发入门经典 之 ：最佳实践
性能提升
有两个编写有效代码的基本规则：
1：不要做你不需要做的。
2：不分配没必要分配的内存。
应该尽量避免创建多余的对象，比如：
1：在一组输入数据中抽取字符串时，尝试返回源数据的子串，而非创建一个副本
2：如果你有一个返回String的方法，而且你知道它的结果将会一直被追加到StringBuffer，改变你的签名和实现，在这个函数里面直接追加，避免创建临时对象。
3：将易做图数组切成与之平行的一维数组
4：一个int数组比Integer数组要好，一个公认的事实就是两个平行的int数组要比一个(int,int)对象数组要高效很多。对于其它原始数据类型亦如是
应该尽量使用Native方法 ，比如：
当处理字符串时，要毫不犹豫地使用诸如String.indexOf()、String.lastIndexOf()之类的专门方法，这些是典型的用C/C++代码实现的方法，它们可以轻易地比实现同样功能的Java循环快10-100倍
优先使用实现类，而不是接口
对于嵌入式系统来说，通过接口的引用来调用一个方法要比通过一个具体类型的引用调用virtual方法花多2倍的时间。
但是公共API除外，好的API较少考虑性能。
优先选择static而非virtual
如果你不必访问一个对象的字段，使你的方法成为static方法。它可以被更快地调用，因为它不需要一个虚拟方法来间接调用。
避免内部的Getter/Setter
在Android，虚拟方法调用代价是昂贵的，实例字段查找代价更高。沿用一般面向对象编程实践在公开接口中提供gettter和setter是合理的，但在一个类中你应该直接访问字段 。
访问对象字段要比访问本地变量慢得多，如下面这段：
java代码：
查看复制到剪贴板打印
for (int i = 0; i < this.mCount; i++)
dumpItem(this.mItems[i]);
应该写成这样：
int count = this.mCount;
Item[] items = this.mItems;
for (int i = 0; i < count; i++)
dumpItems(items[i]);
（我们用一个显式的"this"来表明这是一个成员变量。）
同样的，不要在for语句中的第二个从句中调用方法。例如下面这段代码将会在每次迭代中都会执行一次getCount()，这是一个巨大的浪费，你可以将它的值cache为一个int。
java代码：
查看复制到剪贴板打印
for (int i = 0; i < this.getCount(); i++)
dumpItems(this.getItem(i));
缓存查询字段 ， 通常，如果你将要访问一个实例字段多次，一个好的习惯就是创建一个临时变量。例如：
java代码：
查看复制到剪贴板打印
protected void drawHorizontalScrollBar(Canvas canvas, int width, int height) {
if (isHorizontalScrollBarEnabled()) {
int size = mScrollBar.getSize(false);
if (size <= 0) {
size = mScrollBarSize;
}
mScrollBar.setBounds(0, height - size, width, height);
mScrollBar.setParams( computeHorizontalScrollRange(),
computeHorizontalScrollOffset(),
computeHorizontalScrollExtent(), false);
mScrollBar.draw(canvas);
}
}
这是对成员字段mScrollBar的四次分开查找，通过将mScrollBar缓存到本地变量，四次成员字段查找变成四次本地变量引用，这样更为高效。
同样地，方法参数作为本地变量拥有相同的性能特征。
声明常量为static final，主要是针对属性字段，你也可以将本地变量声明为final，然而这并无真正意义上的性能提升 。
使用增强的For循环语句
增强的For语句对于数组表现良好，但对iterable对象要小心使用，因为有额外的对象创建。对于ArrayList，你最好直接遍历它，但对于其它collections，增强的For循环语句将会等同于显式的迭代用法。
避免使用Enum类型
避免使用Float类型
嵌入式处理器很少具有硬件浮点支持，所以所有的“float”和“double”操作都是在软件上进行。某些基本的浮点操作可能会花费数微秒。
避免使用JNI
支持多种屏幕
在实际开发中，由于由于不同手机的尺寸大小，屏幕分辨率可能存在差异，这会带来很多的问题，比如：
1：图片在不同的设备上，大小显示不一
2：Layout在不同的设备上，显示不一样，可能变形了
一些基本的解决方法：
1：对于字体，尽量使用sp作为单位，其他的尽量使用dp或者dip
2：使用wrap_content, fill_parent, 或者 dp 来定义layout的尺寸大小
3：不同密度设备对应图像文件的最佳比例。
对于四种密度low-dpi, medium-dpi, high-dpi, extra high-hdpi的设备，在指定一个相同的图像文件时，分配给各种密度的图像文件的尺寸应该符合以下比例：3:4:6:9. 也就是要符合密度比例（120:160:240:360）。
举个列子，假如我们要在一个密度为160dpi的设备上使用到一个48 * 48的图像文件。那么对于其它密度的设备，我们要准备的图像文件分别是：
low-density (120dpi) : 36×36
medium-density(160dpi): 48×48
high-density (240dpi) : 72×72
high-density (360dpi): 96×96
4：在需要的情况下，为每种尺寸的设备提供指定的layout文件。
5：在需要的情况下，为每种密度的设备提供不同的图像文件
6：不使用absoluteLayout布局
UI最佳实践
这是一份来自Moto的，关于Android UI的最佳实践，要点如下：
1：阅读UI指导方针（UI guideline）
2：理解和设计触摸模式
3：支持多种交互模式 （如键盘、轨迹球、触摸屏等）
4：使用通知（notifications）和窗口阴影（window shade）
5：支持应用间的交互
6：保持你的用户界操作面快速且敏感
7：使用窗体部件和文件夹
8：运用屏幕方向的改变
9：巧用图片
10：使用适用于多设备的布局
这是一份来自Android官方开发者博客，关于Android UI的最佳实践
不应该
1.不要照搬你在其它平台的UI设计，应该让用户感觉是在真正使用一个 Android 软件，在你的商标显示和平台整体观感之间做好平衡
2.不要过度使用模态对话框
3.不要使用固定的绝对定位的布局
4.不要使用px单位，使用dp或者为文本使用sp
5. 不要使用太小的字体
应该
1. 为高分辨率的屏幕创建资源（缩小总比放大好）
2. 需要点击的元素要够大
3. 图标设计遵循 Android 的准则
4. 使用适当的间距（margins, padding）
5. 支持D-pad和trackball导航
6. 正确管理活动（activity）堆栈
7. 正确处理屏幕方向变化
8. 使用主题/样式，尺寸和颜色资源来减少多余的值
9.和视觉交互设计师合作!!!
设计哲学
1. 干净而不过于简单
2. 关注内容而非修饰
3. 保存一致，让用户容易投入其中，可附加少许变化
4. 使用云端服务（存储和同步用户资料）来加强用户体验
优秀界面的设计准则
1. 关注用户
2. 显示正确的内容
3. 给予用户适当的回馈
4. 有章可循的行为模式
5. 容忍错误
关注用户
1. 了解你的用户（年龄，技能，文化，对你的应用的需求，使用的设备，何时何地如何使用设备）
2. ‘用户优先’的设计心态 （用户通常是任务导向的行为模式）
3. 更早，更频繁的由真实用户来测试
显示正确的内容
1. 最常用的操作需要最快被用户看到并且可用
2. 不太常用的功能可以放到菜单里面
给予用户适当的回馈
1. 交互式的UI元素最少需要反映出4种不同的状态 （default，disabled，focused，pressed）
2. 保证操作的结果是清晰可见的
3. 多给予用户进度提示，但是不要干扰他们当前的操作
有章可循的行为模式
1. 行为模式遵循用户的期望（正确的操作活动堆栈，显示用户期望看到的信息和动作）
2. 使用合适的方式来加强功能可见性（可点击的元素就应该看起来是可以点击的）
3. 如果用户完成一项任务需要复杂的操作，重新思考你的设计!!!
容忍错误
1. 只允许有意义的操作（适当禁用一些按钮）
2. 尽量减少不可回
补充：移动开发 , Android ,
