我的Android进阶之旅------>对Android开发者有益的40条优化建议

下面是开始Android编程的好方法：

• 找一些与你想做事情类似的代码
• 调整它，尝试让它做你像做的事情
• 经历问题
• 使用StackOverflow解决问题

  　　对每个你像添加的特征重复上述过程。这种方法能够激励你，因为你在保持不断迭代，不经意中你学到了很多。然而，当你发布应用时你还要做一些更深入的事情。

  　　从一些可正常工作的代码到一个可怕的应用程序是一个巨大的跳跃，相比iOS平台Android更是如此 。当在iOS上发布应用时只是在一个设备上跳跃你的手机对很多设备而言都很相似同样大小的屏幕，都有很好的硬件，95%上运行相同版本的操作系统。在Android应用中你不会遇到这种情况。

  　　你的程序必须能够处理一切：从屏幕，处理器，定制的操作系统，API层级以及任何其他的特定设备。

  　　这是我对使Android应用舒服起来的个人建议。

  　目标屏幕尺寸及解决方法

  　　在Android世界里目前有超过100种的不同屏幕尺寸，但解决方法也很丰富。为使你的应用适应不同的屏幕配置有两件事情你需要确定：

  1. 你对不同的屏幕尺寸有一个好的布局和结构
  2. 你的图像在不同分辨率下工作良好

  　　这些都是独立的任务，你可能有一个超级的tablet布局，但上面的图形看起来很糟糕。我们会依次讨论他们。

  　为不同的屏幕而设计

  　　1.通常会用ScrollView 和 ListView 轻松搞定

  　　当我们有一系列不同尺寸的大屏手机时，它们之间最大的不同就是屏幕的高度。因此ScrollView和ListView通常可是有效的工作，虽然有时它们并不能完全覆盖全部屏幕。在OpenSignal中的Dashboard标签下我们可以看到所有部件一气呵成，不存在滑动、对于许多高级类型标签中，滑动展示并不见得是一件坏事。如果你能够为你所有的设计匹配到各种屏幕上面去，那么最好不过。否则，这两个控件会让你用最小的开发代价来保证你的软件在大多数屏幕上正常展示。

  
  

  　　Dashboard style 的设计不需要scroll

  　　2: 使用文件夹. Android 的资源文件夹结构非常强大, 它允许开发者将不同的图片、字符串、布局文件、外形、颜色这些资源，在api、代码、屏幕尺寸等部分. 下面是一个例子，展示了在资源文件夹下你可以怎样做:

  
  

  　　在 values-small 文件夹中存放了一个 bools.xml 文件, 文件中有如下几行代码:

  
  
  　　这里有很多选项供你选择。
  　图片缩放
  　　建议9:不要把所有的图片都缩放了。用布局文件来适应不同屏幕尺寸的方法只是成功的一半，布局里的元素(如：图片)也要能在高分辨率的屏幕下良好工作。在概念上比较简单的方式就是创建一套完整的图片目录并将它们与很多drawable目录匹配起来。
  　　drawable-sw600dp-ldpi
  　　drawable-sw600dp-mdpi
  　　drawable-sw600dp-hdpi
  　　drawable-sw600dp-xhdpi
  　　drawable-sw600dp-xxhdpi
  　　...其它的类似。
  　　不要这样做：
  　　你不要太尽信书了。
  　　一般来说有drawble-ldpi, drawable-hdpi等目录就足够了，不需要将所有的情况都加上。
  　　建议10:避免使用位图(jpg,png)。对于一些图标来说，用位图是个不错的选择，因为它们使用简单。但是如果可以避免使用位图，你可以节省很多空间。但用不同的方法也可以达到很好的结果。
  　　建议11:用XML绘图。位图都可以用XML绘图来代替的。XML绘图不是万能的，但是它的方便性还是使我感到惊讶。Android开发文档中有详细的介绍，这里有个简单的例子：
  
  　　不用位图对你的UI是没有坏处的(除过图标)。
  　　建议13:仍然用更多的XML绘图(如果必须，就用位图)。那我们怎样为天气信号构建一个超酷的图标-让灯泡动态的依据光的强度来进行自动填充，以及怎么点击指针后让其旋转呢？这里我们用位图和XML结合起来做个例子：
  
  　　灯泡我们用PNG图：icon_magnitude_min(一个空的灯泡)和icon_magnitude_max(充满光的灯泡)，然后我们动态的裁剪后者。为了实现这个目标我是这样做的：
  <LinearLayoutandroid:layout_width=”match_parent”android:layout_height=”wrap_content”android:orientation=”horizontal”><TextViewandroid:text=”Box A takes up left half of the screen”android:layout_width=”0dip”android:layout_height=”wrap_content”android:layout_weight=”1″/><TextViewandroid:text=”Box B takes up left half of the screen”android:layout_width=”0dip”android:layout_height=”wrap_content”android:layout_weight=”1″/></LinearLayout>That works just fine, but you could also use:<RelativeLayoutandroid:layout_width=”match_parent”android:layout_height=”wrap_content”android:orientation=”horizontal”><TextViewandroid:text=”Box A takes up left half of the screen”android:layout_width=”match_parent”android:layout_height=”wrap_content”android:layout_toLeftOf=”@+id/dummy_center”/><Viewandroid:id=”@+id/dummy_center”android:layout_width=”0dip”android:layout_height=”0dip”android:layout_gravity=”center”/><TextViewandroid:text=”Box B takes up left half of the screen”android:layout_width=”match_parent”android:layout_height=”wrap_content”android:layout_toRightOf=”@+id/dummy_center”/></RelativeLayout>
  
  
  　　第二个表单比第一个难看的多，事实上是相当的糟糕：我们已经介绍过一个完整的新元素了。但是假如我们要给每个盒子里加入一个图片，一般的我们将这样做：
  　　盒子 A 在屏幕左半边 图片|盒子 B在屏幕右半边 图片
  　　用第一中方法，你得创建一个有两个层次的LinearLayout，如果用第二种方法，你可以直接在同一个RelativeLayout中加入图片，比如要指定第一个图片必须在“dummy_center”的左边，而且一个TextView A必须也在其左侧。那么你就得用7个元素3个视图层次了(LinearLayout 方式)，而(RelativeLayout方式)只用6个元素2个层次，这样所有的工作添加完成。
  　　建议30：用一些扩展工具如DDMS。这可以帮助你发现一些不必要的网络调用、查看电池使用量、垃圾回收信息，状态变化(例子：当回调onStop和onDestroy时)等。LittleEye是我目前比较喜欢的工具。
  　　建议31：用AsyncTasks。Anroid工程团队受够了人们经常在UI线程里面实现网络调用(译注：耗时操作，容易阻塞UI刷新)，所以他们实现了一些可产生编译级错误信息的API。但是仍然在很多app中的一些工作会拖垮UI线程，我们要考虑到UI布局要快以及提高UI的响应性。
  　　目标机器空间小
  　　建议32：一些Aandroid设备有100mb空间大小的限制。现在情况已有变化了，但是仍然有很多用户还会担心5Mb大小的app会浪费空间。如果你可以选择将app装入SD卡的话，这就不是问题了，但如果你的app需要在onBoot里启动的话你就不能装入SD卡了(例子：如一些窗体小部件).甚至对于一些新的设备，如果能很快的下载一个小的APK的话，用户还是很高兴的。
  　　建议33：用XML资源(我发誓上次我已经提醒过了)，这将比PNG资源节省很多空间，当你仅仅需要一个可以满足很多屏幕大小的配置时，一个XML文件会比能实现同样功能的PNG省空间。
  　　建议34：如果要用PNG，最好优化一下(用PNGCrush或ImageOptim)
   
  　　目标bugs
  　　建议35:在Android开发者控制台里检查所有被自动检测出来的bugs.　
  　　建议36: ProGuard现在是默认启动着的. Proguard太好用了 (提高你app的速度和降低文件大小)，但这也让StackTraces 非常难以处理。你将需要重新追踪你的StackTraces，因此你将需要继续保留在每次构建中创建的Proguard的映射文件。我把它们都放到以代码版本号命名的文件夹里。
  　　建议37: 为了显示StackTraces里的行数，你需要修改ProGuard的配置。确认你的proguard.cfg拥有下面这句话：
  -keepattributes SourceFile,LineNumberTable
  　　建议38：使用staged rollouts。测试5%的基础用户，并且观察bug报告。
  　　建议39：使用真实设备测试平台。Device Anywhere and Perfecto Mobile提供了虚拟测试平台，在那里，你可以使用真正的移动设备。我发现他们有一些笨拙，加入连续不断地进行测试的话，会导致有一些糟糕的情况。如果你在联合办公的环境里工作，或者有一些Android开发的好友，那么去启动一个“设备池”吧。
  　　建议40: 多写代码少写博客。其实不是的, 分享就是关爱, 我只是想不出第40条写什么是了。
   
  译文原文地址：http://www.admin10000.com/document/2907.html
  　　 英文原文地址：http://opensignal.com/blog/2013/07/30/40-developer-tips-for-android-optimization/
  
  ==================================================================================================
    作者：欧阳鹏  欢迎转载，与人分享是进步的源泉！
    转载请保留原文地址：http://blog.csdn.net/ouyang_peng
  ==================================================================================================
  
  2楼u011960402昨天 16:51
  不错
  1楼gondole昨天 14:27
  mark