前言： 很早以前，就聽人說過android以後會火起來，作爲一個前瞻性對它有所瞭解會是一個轉型的好機會，javaweb太成熟飽和了，現在市面上各種android手機層出不窮，網上各種android視頻連續劇一樣跟進，安卓一下子成爲了熱門話題，剛開始也是出於個人興趣學的很hi感覺挺容易上手的樣子，後來工作中才發現問題很多也很棘手，慢慢的在糾結和痛苦中琢磨出了一些經驗和規律！
1.android作爲view層，要實現和服務層低耦合，必須使用webservice接口，目前還沒有十分完善的插件，曾經試過axis的android包(也是一個興趣者自己做的)，用了之後感覺非常麻煩，特別是複雜數據類型的傳遞，而且bug也很多，還要改別人源碼，無疑增加團隊的學習成本和開發難度，無奈之下自己做了，android端使用Apache的httpclient發送交互請求，定義好xml接口傳輸數據，接收也是用dom4j解析，經測試在2.2中dom4j支持性很好，2.1少些解析用法不支持，但大部分能用，說到這大家也許懂了，沒錯後端用的是servlet機制，再利用java反射根據xml文件描述動態調用指定的spring服務和方法，這些已經足夠，而且可以完全按自己的方式做更多靈活的擴展.
2.httpclient確實是個好東西，但作爲無狀態訪問協議，http無法保存用戶會話信息，於是翻開了axis的源碼發現它原來時把用戶的首次訪問信息保存至特定文件，而後根據心跳機制，定時做校驗，茅塞頓開，於是我把用戶首次訪問信息保存在數據庫會話表中，並且寫了一個存儲過程，定時把會話中登錄時間距離當前時間超過30分鐘的記錄做刪除操作，用戶每次登錄都與會話表進行匹配，沒有記錄即刻超時強退，這麼一來，方便簡單多了，那麼用戶每次訪問系統都得在xml文件裏帶着系統給它的串號，也就是sessionid，才叫一次完整的會話.
3.android系統畫圖是個麻煩的活，初期我們小組找遍了所有畫圖的插件，都是憂喜過半，沒有辦法找到特別滿意的，要麼是使用太麻煩，要麼是找不到我們要的效果，研究的很累也沒頭緒，問了一些原先做過j2me老程序員，他們建議如果不是專業做遊戲的話，統計圖表這些還是藉助服務端來做更合適一點，於是我們拋棄了所有的android端畫圖插件，採用jfreechart在服務端畫好，圖片http流到手機端顯示，當然因爲2.1系統不支持flash，也就沒考慮在做得更漂亮，圖表很直觀很清晰.
4.UI是個難點，而且爲了適應不同分辨率，之前用px單位很有問題，後來改了dip定位，好了許多，之後大面積使用選項卡樣式，統一風格，難點很多，比如給tabhost加樣式動態改變效果，按鈕透明，listview去橫線加箭標加動態發亮加下拉翻頁，還有手勢滑動，各種各樣的widget特效和動畫切屏，爲了省去彎路，我們反編譯了QQ，飛信，58，趕集，飛機票，墨跡天氣等所有主流的android佈局和美化的用法，吸取不少有用的經驗，但是依然感覺佈局很難做，美工無法直接介入而且模擬器測試很不給力，沒辦法只能用真機測ui，速度能快上許多.
5.android的客戶端更新功能，相信只有做過的才知道其中的辛酸，一要做好斷點續傳，二要做好數據庫的初始化工作，三要做好籤名，四要做好版本校驗的算法並且能顯示動態進度條和百分比，斷點續傳好做，但是數據庫初始化麻煩點，我們的做法是把sqlite庫文件直接從raw下拷貝至sd卡中，並設置了sqlite的讀取庫路徑指向它，感覺這樣好一點，簽名一開始不知道，每次覆蓋都提示安裝未完成，後來才明白爲了保證應用的唯一性，它就像是身份證一樣，其他沒什麼作用，和塞班的簽名不是一回事，封裝apk必須保證在同一簽名文件下才可相互覆蓋安裝！
6.webview中可以調用後端的java代碼，類似dwr功能，不過這個功能一直用的很少，很不穩定，兼容性要考量，android既然提供了那麼多的ui控件，就說明webview是無法替代它的，畢竟還需要調用底層服務，webview還是慎用的好.
7.android也應該遵循mvc的編程規範，activity只負責處理跳轉，UI，和簡單數據校驗工作，業務邏輯放置在service類中，sqlite操作稍加封裝下，做個類似jdbcUtil的那種模板類，提供增刪改查，分頁等方法，這樣dao操作就完善許多，我想作爲java程序員轉做android開發，最大的障礙不在框架也不在谷歌sdk中的那些api，而是java基礎，通過寫程序發現，做手機開發的程序員，基本素質要過硬，尤其在集合，線程，異常，io，http這些要非常透徹，不然一個看似很簡單的功能，可能就會寫的bug百出，甚至效率很低，可讀性差，基本上自己回過頭都看不懂自己寫的是什麼，對接口和抽象類，包括匿名內部類的寫法也要爐火純青，熟悉類包的基本結構，及時對自己完成的功能做代碼上的優化和重構，讓自己和別人讀起來像讀詩歌一樣，清晰優美，它不像web框架那麼成熟，大家都用ssh，都很有規範可循，照着畫一般也看不出個人功底來！我想說的是想做android開發的程序員，要特別留意java基礎！
8.另外地圖導航也是一個亮點，現在不管做什麼功能都會用到地圖導航，喫喝玩樂，用戶都想知道在什麼地方，目前百度谷歌都推出了android的地圖接口，我們用的是arcgis，好在api不多應用也很簡單，官方都有現成例子，讓我這個arcgis是兩把刷子的人都能糊上交差.
9.寫android代碼最大的糾結是測試找bug，模擬器很慢，不管修改什麼地方，都要重編譯部署，ADT插件經常發生debug失效的情況，想加速開發，首先要將eclipse自動編譯關掉，把模擬器中沒用的進程殺掉，再把一些沒用的手機特效關掉，模塊化開發，這樣便於將整個方法體切出來放進junit裏測試，有一款叫Youwave_Android模擬器，使用速度非常快，如果實在沒有真機的情況下可以用它來過渡下，沒事還可以多下載些android軟件，學習下別人的系統是怎麼做的，至少能提高下UI審美，有人提議在linux平臺上開發，如果從未使用過最好先別給自己加難度，實在想試推薦使用ubuntu10中文桌面版，雖然速度上是沒感覺到快多少，但是確是個逐步鍛鍊提升自己的好機會，技多不壓身！
10. 有些小技巧是挺實用的，一些adb命令肯定要比用adt插件要快，新版的sdk升級包把它放在了platform-tools目錄下；模擬器橫豎切屏有快捷鍵ctrl+F11或者小鍵盤home；如果你debug失靈了嘗試在DDMS裏把進程殺掉部署重試，如果還不行就只有重啓模擬器了；如果突然發現gen目錄下怎麼也不生成R.java文件了，那就show problems看看工程是不是有error，一般不是包路徑有問題就是程序內部佈局文件有錯誤，如果仍然無效，關閉eclipse重新打開就好了，有時候adt就會出現這樣的bug；adt插件和sdk升級包是有版本依賴的，如果使用的是8.0以上的adt插件，記住的sdk升級包一定用最新的，否則會報找不到adb命令的錯誤，不要茫然就升級插件，最新10的插件只能在3.5以上的eclipse上運行，而且它並沒有帶來多大驚喜，只是支持更高sdk版本罷了；android程序本身也有缺陷，千萬不要鑽太深和它較勁，走不過去的地方就想其他路繞，只要簡約樸實不俗套，程序功能健壯就可以；另外多加幾個android開發者論壇社區下源碼發帖求助，技術這東西，無他，唯手熟爾！
安卓雖然目前很熱，但聽說linux社區管理員將谷歌android源碼刪除，並說它並非完全真開源，有欺騙利用開源社區的嫌疑，如果真的是這樣，那麼安卓將失去了很多開發者的信任和支持，總之不是很好的結果，真心希望下次谷歌百度的時候看到的不是一大堆copy粘貼來的hello world例子，而是實實在在的開發者之間共享和傳遞的經驗，所以開源纔是硬道理！
本文來自CSDN博客，轉載請標明出處：http://blog.csdn.net/shimiso/archive/2011/05/23/6440282.aspx