本人從事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 | |
在新建立的Activity(如上所示的MyActivty)中,你可以以這樣方式提取之前Activity傳遞的資料。
1 2 3 4 5 6 7 8 9 10 11 | |
你也可以使用Intent去觸發一些東西,例如:分享頁面。
1 2 3 4 5 | |
IBOutlet
如果你像我一樣至少有一半時間會忘記連接配接IBOutlets,Android将是你的福音。
Android中每一個視圖/元件都有一個唯一的ID,例如:
1 | |
Android将會為這些ID自動生成一個叫做R的類(想了解更多R點選這裡),你可以通過如下的方式來操作這個Button 對象。
1 | |
Tag
為視圖設定一個tag來查找資訊是iOS開發者們常用的一個小技巧,例如:數組的偏移。而在Android你可以講這個對象設定成tag,相當的有用。
1 | |
UITableViewController / UITableViewDataSource / UITableViewCell
在Android中與UITableView相對應的是ListView。
與UITableViewDataSource大體上相對應的是ArrayAdapter:
1 2 | |
如上的例子中,listviewitemrow是布局中的一行,大體上相當于一個UITableViewCell。
Adapter通過getView來建立或複用不同的列。
你還可以設定表頭:
1 2 | |
網上有大把相關的好教程,例如這個。
Images / Resources
自從Asset Catalogues在iOS出現後,對于圖檔的處理就輕松了很多,而且隻需要應付retina和非retina螢幕即可(除非你還有專門為iPad使用的圖檔)。
為了适應不同Android裝置的分辨率,你需要提供四套不同尺寸的圖檔。
它們分别是:mdpi (中等品質)、hdpi (高品質)、 xhdpi (超高品質), xxhdpi (宇宙無敵高品質)。個人很期待xxhdpi畫質的出現。
當你在Android Studio裡建立工程的時候,它會為你所提供的應用圖示自動生成四種不同尺寸的圖示。這可把設計師們吓的心肝兒發顫了吧,别擔心,稍後它們還是可以被完美的圖示所替換的。
是以,基本的理念就是對應不同的螢幕分辨率建立不同的圖檔,并用與之相對應的螢幕分辨率的名字命名後,放入正确的檔案夾中,之後的事情就交給Android去處理吧。
自定義字型
自定義字型在Android中也相當容易實作:拷貝字型到main/assets檔案夾,之後你可以像這樣調用他們:
1 2 | |
這種方法并不是在所有裝置上都可行,最好還是加上try/catch方法來處理異常,即是在我的兩台Android裝置上從來沒有出現過異常。
NSLog
看來Log 似乎是Android給我們提供的解決方案,你指定log的類型:debug ,verbose等等。當然,Java最基本的列印語句System.out.println(..) 也是行得通的。
向下相容性
我們常聽說Android碎片化。對于這個問題在Android中的解決技巧,跟我們在使用iOS新特性又要兼顧老版本時所采用的技巧基本上差不多。 你也許需要更頻繁,更長久的使用這些技巧。
Android中有一個非常有用的常量供你查詢目前的Android的API版本号。
1 2 3 | |
你可以這樣來屏蔽警告:
1 2 3 4 | |
令人詫異的東西
計時器
我對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的冰山一角。誰知道呢,說不定接下來還有初探應用商店的精彩教程等着你呢。