我總結的Android編程規范

命名規則

class  MyActivity extends Activity{
  TextView  txtUserName  ;
  …
  protected void onCreate(Bundle savedInstanceState) {
    txtUserName =  (TextView) findViewById(R.id.txtUserName);
  }
}

5). 常用控件以及類對象命名的規范說明(紅色部分為建議的前綴或者后綴)：

關于字面常量

代碼中不允許出現直接硬編碼的字面常量，如果是控件上面顯示的文本，必須放在strings.xml資源文件中。 如果是代碼中用到常量字符串，必須定義成 public static final String類型的常量值，在代碼中使用該定義的常量值。這樣做的好處是以后需要修改該常量值，只需要修改一個地方。如果是硬編碼在代碼中則要修改所有使 用它的地方，而且拷貝容易出錯。在Activity之間傳遞參數的時候，intent.putExtra 的key值也要命名規范，并且統一定義為靜態常量，不能直接硬編碼在代碼中，否則想要修改的時候很麻煩。某一個Activity在被啟動的時候需要接受參 數，那么這些參數的key定義就應該放在該Activity中。

JSON解析

Android中調用服務端的接口一般返回的是json數據，在解析json的時候，無論是使用原始的手工解析方式，還是使用javabean的 解析方式，解析出來的結果在使用的時候必須都進行判空處理。不允許因為服務端的json出問題，導致app在解析json的時候出現崩潰。

類成員初始化

所有類的成員變量一定要賦初始值，不允許只定義，不賦值。

Int類型常量

Activity接受參數與模塊化

如果一個Activity可能在多個地方被打開，或者一個Fragment可能在多個地方被用到。那么在設計該Activity和 Fragment的時候一定要考慮低耦合，對外提供統一的參數接口，啟動Activity的過程封裝在該Activity類的靜態成員方法里面，類似如 下：

class MyActivity extends Activity{
  ...
  public static void startActivity(Context context,Params param){
    Intent intent = new Intent(context, MyActivity.class);      
    intent.putExtra("param", param);
    startActivity(intent);
  }

  public static void startActivityForResult(Context context,Params param){
    Intent intent = new Intent(context, MyActivity.class);      
    intent.putExtra("param", param);
    startActivityForResult(intent,REQUEST_CODE);
  }
}

參數的傳遞最好是封裝在一個Model實體類中，避免使用Map這種方式進行參數傳遞。建議該實體類實現為對應的Activity的靜態可序列化的內部類。

AndroidStudio工程目錄組織

AndroidStudio中的項目的包結構應該根據工程各個部分的功能來組織。

Handler的封裝

List的數據更新

封裝ListView的數據更新，在handlerMessage中更新數據，避免出現 java.lang.IllegalStateException 問題

Activity與Fragment之間傳遞參數

Activity與Fragment的數據傳遞采用interface的方式，這樣可以降低耦合，有利于Fragment的復用：

網絡請求數據模塊化

一般在Activity中我們通過網絡請求服務端的接口獲得數據，這個過程一般是在一個線程中做的，獲取到數據之后，再通過Activity中的 handler發送消息來通知Activity更新數據。該負責獲取數據的線程類，我們一般都實現為一個Activity的內部類，該類可以直接訪問 Activity的成員變量，例如handler，數據列表對象等。但是這樣不利于該數據獲取線程的復用。如果另一個Activity里面也需要獲取相同 的數據，那么這個功能是不能復用的，所以這個負責數據請求的線程類，不應該與具體的Handler和Activity聯系過于緊密。應該定義為一個靜態 類，handler應該作為參數傳遞進來，而不是直接訪問外部類的成員變量。

封裝Log功能

Log功能應該封裝成為自動將當前所在類的類名變成log輸出的TAG參數，發布的app最好是能循環寫日志文件到系統存儲中，并且日志文件應該使用反復覆蓋的方式重復利用。下面僅僅是一個不完善的例子：

public class MyLog {
  public static final String TAG = "myapp ";
  public static void v(Object o,String message)
  {
      Log.v(TAG+o.getClass().getSimpleName(),message);
  }
}

使用

MyLog.v(this,"hello log");

打印結果

V/myapp MainActivity﹕ hello log

版本控制

使用自動化版本管理，自動生成版本號，使應用程序的版本與版本庫上保持一致。使用hg替換工程目錄下的app目錄下的build.gradle文 件即可，如果manifest里面也有版本號的設置，AndroidStudio還是以build.gradle為準。不應該在每次發布的時候，在 AndroidStudio的工程設置里面手工修改版本號。

為程序添加全局異常捕獲

應該為app添加全局異常捕獲，app中總會有一些我們未捕獲的異常，一旦用戶使用過程中遇到這樣的異常，程序就會崩潰，我們應該檢測該類未捕獲的異常信息，程序崩潰的時候通過寫文件日志，或者發送郵件的方式獲得異常信息，以便解決bug。