我曾經(jīng)從事過五年的iOS應(yīng)用開發(fā)工作，那段時間我一直在盡量避免同Android打交道——不過現(xiàn)在情況不同了。不管大家是否相信，Android開發(fā)其實樂趣滿滿、而且與iOS開發(fā)相比也不像大家想象的那樣差異巨大。

　　我在Android平臺上開發(fā)出這款“七分鐘鍛煉”應(yīng)用，并借此學(xué)到了很多寶貴的知識。我希望這篇文章分享的一些小技巧也能幫助大家解決實際問題。請注意，我接下來進(jìn)行比較的內(nèi)容并不一定完全匹配，而且本文的重點(diǎn)也不在于完整地敘述Android開發(fā);當(dāng)然，我一定會提到自己在開發(fā)這款簡單應(yīng)用的過程中所積累到的全部經(jīng)驗。

　　IDE

　　我選擇使用Android Studio，而且我愿意打賭：只要測試完成，它將成為未來的業(yè)界標(biāo)準(zhǔn)。雖然很多報道稱它的運(yùn)行狀態(tài)并不穩(wěn)定，但在我的實際使用中、它僅僅崩潰過一

　　Java

　　無論大家對Java如何評價，說到底它也只是不過是一種編程語言而已。它能夠解決問題，而且對于經(jīng)驗豐富的開發(fā)者來說、大家肯定是把主要精力放在框架而非Java身上。很高興我用不著跟J2EE扯上關(guān)系。

　　iOS加密

　　移動應(yīng)用安全保護(hù)平臺——愛加密，在Android應(yīng)用加密保護(hù)方面有dex加殼、獨(dú)有的so庫加密保護(hù)、資源文件保護(hù)等。而且推出了iOS應(yīng)用加密保護(hù)，實屬全球首創(chuàng)。分別從本地數(shù)據(jù)、方法體/方法名、URL編碼、程序結(jié)構(gòu)、網(wǎng)絡(luò)傳輸數(shù)據(jù)等幾個方面對iOS應(yīng)用進(jìn)行全方位的保護(hù)，并可以根據(jù)iOS應(yīng)用用戶的需求提供定制解決方案，從而實現(xiàn)iOS防破解保護(hù)。下圖是iOS應(yīng)用使用前后

　　模擬器

　　我一直認(rèn)為iOS模擬器讓人頭痛不已，但相比之下我才發(fā)現(xiàn)當(dāng)初的自己還是太年輕。在稍作嘗試之后，我決定放棄Android模擬器、直接將應(yīng)用部署在實際設(shè)備上——除非大家愿意拿出大量時間盯著屏幕枯等。

　　Storyboard / NIB

　　我在自己的iOS開發(fā)博客上談了很多關(guān)于Storyboard的話題，很多與我意見相左的讀者發(fā)來的一些措辭強(qiáng)硬的郵件讓我徹底放棄了這一交流平臺。

　　Android使用的布局格式為xml。它們彼此之間完全獨(dú)立。Android Studio還提供一套出色的“所見即所得”編輯器：

　　但大家仍然可以深入到原始xml當(dāng)中——如果愿意的話(反正我一般是不愿意這么麻煩)。

　　相對于自動布局，大家也可以選擇其它布局容器，例如RelativeLayout以及FrameLayout之類。在這里，我們能夠以像素數(shù)量(即設(shè)備的像素容納能力)或者matchparent、wrapcontant等來設(shè)定理想的寬度、高度、填充效果、邊框以及色調(diào)。

　　Wrap非常適合文本內(nèi)容，它會自動將調(diào)整正確的高度并設(shè)定與之相適應(yīng)的尺寸，并把其余工作交給LinearLayout等特定布局方案。

　　雖然我還沒有用過，但Fragment看起來同樣是一種對自定義UI元素加以重新利用的好途徑。

　　UIViewController

　　Android利用一個Activity來實現(xiàn)UIViewConroller的功能。每一個屏幕/窗口都相當(dāng)于一個Activity。我們就在這里處理大部分工作，包括將數(shù)據(jù)綁定到UI當(dāng)中或者處理事件等等。