本人從事iOS應用開發已經5年有餘，直到現在還總是刻意迴避Andriod應用的開發。但是不管你信不信，安卓開發還是很有意思的，從iOS轉向Android應用開發的跨度並沒有你想象的那麼大。
現在我把在開發7分鐘訓練這款Android應用中所學到的一些東西與大家分享，希望能對你們有所幫助。需要指出的是，我稍後所比較的每個專案並不是完全匹配的，並且這篇文章並不是一個完整的Android應用開發概述，但是它包涵了我從開發這個簡單應用所學到的點點滴滴。
開發環境
開發環境我選擇了Android Studio，我打賭當正式版釋出以後，它將成為Android應用的標準開發環境。雖然有很多關於Android Studio 不穩定的言論，但是我只遇到了一次程式崩潰，個人認為Android Studio穩定性尚可，也許是已經適應了Xcode的習慣性程式崩潰吧。
Java
說說你對Java瞭解多少，說白了它只是另外一門程式語言。像其他語言一樣，協助你利用計算機實現你的想法，如果你是個經驗豐富的程式設計師，你將會把更多的精力投入到應用的架構，而不是Java語言本身。謝天謝地，我們並不需要學習J2EE。
模擬器
在使用Android 模擬器之前，我習慣性的認為iOS的模擬器糟糕透了，現在看來iOS的模擬器還是很給力的。能不用Android模擬器就儘量別用，直接上真機除錯；要不然你就準備好把大把時間花在無謂的等待上吧。
Storyboard / NIBS
對於storybaord的使用，在我之前iOS開發的文章中已經有所闡述，在是否使用Storyboard這個問題上，之後還收到了持不同看法的讀者措辭強烈的來信，今天對此我們不予討論。
Android 使用xml來編寫佈局。不同佈局彼此是完全獨立的。Android Studio同時也提供了一個非常好的WYS|WYG編輯器：
你也可以深入原始xml檔案進行編輯（我自己經常這麼做）。
各種佈局容器可以被用來當做自動佈局的替代方案，比如 Relative Layout， Framelayout 等等。選中佈局後，你可以對佈局的寬度，高度，填充，留白，比重等屬性進行畫素（dp 裝置畫素）級的設定，或者直接將它們設定為match parent， wrapcontent。
Wrap-content 對於文字來說是個很好的選擇，它會自動根據文字來決定檢視的尺寸。
雖然我還沒有習慣使用fragments，但似乎確實是一個不錯的自定義介面的複用的方式。
UIViewController
Android中等同於iOS UiViewController的是一個叫Activity的元件。你所看到的每個檢視和視窗都是一個Activity。在Activity中，你做的最多的就是把資料和UI繫結，處理各種事件等等。
Transitioning Controllers / Views
在iOS中我們使用segues、 pushViewController、 presentController 進行不同檢視間的切換。在Android中，我們則用一個叫Intent的元件。
你可以輕鬆地使用intent去建立一個新的Activity，甚至是傳遞一些資料給新建立的Activity。
|
1 2 3 4 5 |
public void onItemClick(...) { Intent i = new Intent(getBaseContext(), MyActivity.class); i.putExtra("row", position); startActivity(i); } |
在新建立的Activity（如上所示的MyActivty）中，你可以以這樣方式提取之前Activity傳遞的資料。
|
1 2 3 4 5 6 7 8 9 10 11 |
protected void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.activity_mine); Bundle extras = getIntent().getExtras(); if (extras != null) { int row = extras.getInt("row"); .... } ... } |
你也可以使用Intent去觸發一些東西，例如：分享頁面。
|
1 2 3 4 5 |
Intent sendIntent = new Intent(); sendIntent.setAction(Intent.ACTION_SEND); sendIntent.putExtra(Intent.EXTRA_TEXT, "Share This"); sendIntent.setType("text/plain"); startActivity(sendIntent); |
IBOutlet
如果你像我一樣至少有一半時間會忘記連線IBOutlets，Android將是你的福音。
Android中每一個檢視/元件都有一個唯一的ID，例如：
|
1 |
@+id/myButton |
Android將會為這些ID自動生成一個叫做R的類（想了解更多R點選這裡），你可以通過如下的方式來操作這個Button 物件。
|
1 |
Button button = (Button)findViewById(R.id.myButton); |
Tag
為檢視設定一個tag來查詢資訊是iOS開發者們常用的一個小技巧，例如：陣列的偏移。而在Android你可以講這個物件設定成tag，相當的有用。
|
1 |
row.setTag(data); |
UITableViewController / UITableViewDataSource / UITableViewCell
在Android中與UITableView相對應的是ListView。
與UITableViewDataSource大體上相對應的是ArrayAdapter：
|
1 2 |
MyAdapter adapter = new MyAdapter(this, R.layout.listview_item_row); listView.setAdapter(adapter); |
如上的例子中，listviewitemrow是佈局中的一行，大體上相當於一個UITableViewCell。
Adapter通過getView來建立或複用不同的列。
你還可以設定表頭：
|
1 2 |
View header = getLayoutInflater().inflate(R.layout.listview_header_row, null); listView.addHeaderView(header); |
網上有大把相關的好教程，例如這個。
Images / Resources
自從Asset Catalogues在iOS出現後，對於圖片的處理就輕鬆了很多，而且只需要應付retina和非retina螢幕即可（除非你還有專門為iPad使用的圖片）。
為了適應不同Android裝置的解析度，你需要提供四套不同尺寸的圖片。
它們分別是：mdpi (中等質量)、hdpi (高質量)、 xhdpi (超高質量), xxhdpi (宇宙無敵高質量)。個人很期待xxhdpi畫質的出現。
當你在Android Studio裡建立工程的時候，它會為你所提供的應用圖示自動生成四種不同尺寸的圖示。這可把設計師們嚇的心肝兒發顫了吧，別擔心，稍後它們還是可以被完美的圖示所替換的。
所以，基本的理念就是對應不同的螢幕解析度建立不同的圖片，並用與之相對應的螢幕解析度的名字命名後，放入正確的資料夾中，之後的事情就交給Android去處理吧。
自定義字型
自定義字型在Android中也相當容易實現：拷貝字型到main/assets資料夾，之後你可以像這樣呼叫他們：
|
1 2 |
Typeface font = Typeface.createFromAsset(getAssets(), "Lato-Regular.ttf"); textView.setTypeface(font); |
這種方法並不是在所有裝置上都可行，最好還是加上try/catch方法來處理異常，即是在我的兩臺Android裝置上從來沒有出現過異常。
NSLog
看來Log 似乎是Android給我們提供的解決方案，你指定log的型別：debug ,verbose等等。當然，Java最基本的列印語句System.out.println(..) 也是行得通的。
向下相容性
我們常聽說Android碎片化。對於這個問題在Android中的解決技巧，跟我們在使用iOS新特性又要兼顧老版本時所採用的技巧基本上差不多。 你也許需要更頻繁，更長久的使用這些技巧。
Android中有一個非常有用的常量供你查詢當前的Android的API版本號。
|
1 2 3 |
if (Build.VERSION.SDK_INT >= 11.0) { ... } |
你可以這樣來遮蔽警告：
|
1 2 3 4 |
@SuppressLint({"NewApi", "LocalSuppress"}) private void myFunction() { ... } |
令人詫異的東西
計時器
我對Android內建了計時器這樣的功能感到非常興奮，它正是我開發7分鐘訓練所需要的。可是它不傳送在計時結束前的最後一次訊號，就是這樣一個令人詫異的bug，仍舊沒有得到修復。惱火，太惱火了！
螢幕方向
當使用者旋轉螢幕的時候，activity被完全重置，這意味著你需要儲存所有activity重置前的狀態，並在activity繼續後重新還原這些狀態。這可能會讓你感到有點詫異，因為在iOS中旋轉螢幕，你不需要做任何處理，一切照舊。
Kindle Fire / Amazon Store
在亞馬遜商店釋出應用相當簡單，我只想說兩點：
- YouTube的SDK將會停止工作，因為需要Youtube 應用的支援，而YouTube應用在此是不可用的，但似乎它們是支援Flash的。
- 為了亞馬遜商店，你需要清除原始碼裡的內購程式碼。
你可以通過使用android.os.Build.MANUFACTURER 和 android.os.Build.MODEL. 來查詢裝置的製造商和型號。
在此列出一份kindle fire型號詳細資料清單。
下一步？
希望未來我能給7分鐘訓練這個應用新增更多的功能，並且開發更多的Android應用。我相信我只看到了Android的冰山一角。誰知道呢，說不定接下來還有初探應用商店的精彩教程等著你呢。