标签 代码之外 下的文章

路上在网上瞎逛,忽然见得此文,特转载过来(如有版权问题请原创联系路上)

注:此文转载自此仁兄(2012.05)
  1. 为Activity声明系统配置变更事件
    系统配置变更事件是指转屏,区域语言发生变化,屏幕尺寸发生变化等等,如果Activity没有声明处理这些事件,发生事件时,系统会把Activity杀掉然后重启,并尝试恢复状态,Activity有机会通过onSaveInstanceState()保存一些基本数据到Bundle中,然后此Bundle会在Activity的onCreate()中传递过去。虽然这貌似正常,但是这会引发问题,因为很多其他的东西比如Dialog等是要依赖于具体Activity实例的。所以这种系统默认行为通常都不是我们想要的。
    为了避免这些系统默认行为,就需要为Activity声明这些配置,如下二个是每个Activity必须声明的:

    \<activity android:configChanges="orientation|keyboardHidden">

    几乎所有的Activity都要声明如上,为什么Android不把它们变成Default的呢?

  2. 尽量使用Android的API
    这好像是废话,在Android上面开发不用Android API用什么?因为Android几乎支持Java SE所有的API,所以有很多地方Android API与Java SE的API会有重复的地方,比如说对于文件的操作最好使用Android里面Context封装的API,而不要直接使用File对象:

    Context.openFileOutput(String); // no File file = new File(String)

    原因就是API里面会考虑到Android平台本身的特性;再如,少用Thread,而多使用AsyncTask等。

  3. 要考虑到Activity和进程被杀掉的情况
    如了通常情况退出Activity外,还有Activity因其他原因被杀的情况,比如系统内存过低,系统配置变更,有异常等等,要考虑和测试这种情况,特别是Activity处理重要的数据时,做好的数据的保存。
  4. 小心多语言
    有些语言真的很啰嗦,中文或英文很简短就能表达的事情到了其他语言就变的死长死长的,所以如果是wrap_content就可能把其他控制挤出可视范围; 如果是指定长度就可能显示不全。也要注意特殊语言比如那些从右向左读的语言。
  5. 不要用四大组件去实现接口
    一是组件的对象都比较大,实现接口比较浪费,而且让代码更不易读和理解; 另外更重要的是导致多方引用,可能会引发内存泄露。
  6. 用getApplication()来取Context当参数
    对于需要使用Context对象作为参数的函数,要使用getApplication()获取Context对象当参数,而不要使用this,除非你需要特定的组件实例!getApplication()返回的Context是属于Application的,它会在整个应用的生命周期内存在,远大于某个组件的生命周期,所以即使某个引用长期持有Context对象也不会引发内存泄露。
  7. 主线程只做UI控制和Frameworks回调相关的事。附属线程只做费时的后台操作。交互只通过Handler。这样就可以避免大量的线程问题。
  8. Frameworks的回调不要做太多事情仅做必要的初始化,其他不是很重要的事情可以放到其他线程中去做,或者用Handler Schedule到稍后再做。
  9. 要考虑多分辨率
    至少为hdpi, mdpi, ldpi准备图片和布局。元素的单位也尽可能的使用dip而不要用px。
  10. 利用Android手机的硬键
    几乎所有的Android手机都有BACK和MENU,它们的作用是返回和弹出菜单,所以就不要再在UI中设计返回按扭和菜单按扭。很多优秀的应用如随手记和微信都有返回键,他们之所以有是因为他们都是从iOS上移植过来的,为了保存体验的一致,所以也有了返回和菜单。但这不够Android化,一个纯正的Android是没有必须重复硬键的功能的。

微评:实际上此文还远远不够,其实这种“注意事项”问题,正是《代码大全》、《程序员修炼之道》、《程序设计实践》、《编程诛讥》之类的优秀书籍所针对和试图解决的问题。如果说编程本身是,那么如何更好的编程则是,对于道的探讨,已经是一个非常高的级别的。年轻的时候,总想抛去直接学,但是形如空中楼阁没有基础显然不会安稳,所以回过头看,任何的学习,都是在的充分掌握之后,慢慢由内自然滋生或者由外点拨出来的。这个过程,路上称之为