我曾經(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)中或者處理事件等等。
新聞熱點(diǎn)
疑難解答
圖片精選