譯文

前言

找到這篇文章之前，主要是因為在以前一個公司專案中，實現點選事件介面的時候有這種寫法。

public void onClick(View view){
  switch(view.getId()){
      case R.id.xx1:
      break;
      case R.id.xx2:
      break;
      case R.id.xx3:
      break;

  }
}

然後我們領導說這種寫法存在這問題，新api下（具體說的那個api我給忘了）可能會出現id重複的情況，不嚴謹。然後使用這種寫法:

public void
 
 onClick(View view){
  if(view.getId() == R.id.xx1){

  }else if(view.getId == R.id.xx2){

  }else if(view.getId == R.id.xx3){

  }
}

當時我是一臉懵逼，不置可否。回頭就查了一下資料。找到這篇文章。

正文

在規則的android專案中， R檔案裡面生命的資源常量一般像

public static final int main=0x7f030004;

然而，截止 ADT 14，在library專案中，這些常量會被宣告成：

public static int
 
 main=0x7f030004;

換言之，library專案中的資源常量不在是final的。原因其實很簡單，當多個library專案結合的時候，這個值無法保證唯一性。
在ADT 14之前， 所有的欄位是final的， 因為這個原因， 所有的library必須擁有資源而且需要將與main project關聯的java程式碼重新編譯。這樣會影響效能，導致build變慢。這樣做也阻止了不含source code 的library project的分發，限制了library專案的使用範圍。

由於欄位不再是final的 所以也就意味著library jars可以一次編譯，直接在別的專案中重用。而且編譯速度變快了。

然而，像下面這種資原始碼就無法在library專案編譯了。

int id = view.getId();
switch (id) {
    case R.id.button1:
        action1();
        break;
    case R.id.button2:
        action2();
        break;
    case R.id.button3:
        action3();
        break;
}

這是因為 switch語句要求case 標籤，就像 R.id.button1,在編譯的時候必須是常量。
（這個值會直接複製到.class檔案中）。
為了解決這個問題，替換switch語句為if-else語句。幸好，這個操作在Eclipse是非常簡單的。
僅僅是將游標放在switch關鍵詞上，然後點選Ctrl-1（或者Cmd-1 on mac）。
使用之後將會將switch程式碼轉換為如下：

int id = view.getId();
if (id == R.id.button1) {
    action1();
} else if (id == R.id.button2) {
    action2();
} else if (id == R.id.button3) {
    action3();
}

這是一般的UI程式碼，而且效能損失是微不足道的。
我們有一個探測器可以找到這種錯誤，而且會提供一個簡單的介紹。
地址

總結
所以這麼看來，因為library專案R檔案中id不是final的，switch 語句需要將case 標籤copy到.class 檔案中。所以在library專案中switch語句中case標籤不能為R.id.xxx。但是在非library中R.id.xxx 是final的，所以switch照用。

ps：
如果你的switch 語句像這樣寫：

switch (view.getId()) {

那麼最終你將會有一個無效的if-else 鏈。而且每一個if檢查都會請求呼叫view.getId()方法。所以要把view.getId()。方法放到前面來。（我擦我一直這麼寫的）