說Java和Android程序的區(qū)別：

Android是主流智能手機的操作系統(tǒng)，Java是一種開發(fā)語言，兩者沒有好壞優(yōu)劣之分，只是兩種職業(yè)崗位的選擇。學安卓從事移動互聯(lián)方向開發(fā)，學Java從事軟件、網(wǎng)站開發(fā)。而安卓上的應用大多是Java編寫的，所以建議在安卓前期的Java學習階段中，要用心學好。

言簡意賅的說說“轉”前的準備：

　　其實Java程序員要自學安卓開發(fā)的基礎知識還是沒有什么難度的，畢竟語言相通，特性相似，閱讀安卓源代碼的門檻以比較低一些，作為能夠考慮“轉”的合格的程序員的你，自學能力和相關的基礎知識應該不是問題，學習安卓也相對比較輕松一些。

　　所以Java程序員轉安卓開發(fā)可以看做是一次“增量更新”，只需要學習一下安卓的基本組件：Activity、ContentProvider、Service、BroadcastReceiver;

　　了解一下安卓中的Intent，Handler，Adapter以及各類事件的傳遞方式(onClick，onTouch等);

　　同時輔助一定的代碼量，像JNI、AIDL什么的都可以看一下;你還要摒棄“UI元素像素位置”這個概念，安卓本身是允許通過設定元素位置來制作UI的，如果你這樣做導致的結果便是大批機器不適配，那么顯示效果就有點慘不忍睹了，所以不要妄想通過獲取屏幕大小來調整UI，像LinearLayout在swing或者swt上可有可無的東西，在安卓上是必須要精通的。

還有熟悉ide，安卓提供的開發(fā)框架、Java及其他編程知識等。

當然，小編在此說的只是九牛一毛，還有很多在開發(fā)過程中需要注意的細節(jié)問題是我們沒有提到的。

下面小編跟大家分享一下前人關于技術開發(fā)轉移動應用開發(fā)的經驗，希望對大家有借鑒的作用：

因為具體的開發(fā)場景不一樣，目標的讀者的經驗也各不一。分享一點轉型過程中，所需要補充的知識點和邏輯上的轉變。

移動開發(fā)和PC上的開發(fā)帶來了哪些不一樣?

在我看來，從2002年之后，傳統(tǒng)桌面的開發(fā)者基本都轉向了J2EE/.NET/LAMP等以Web技術或者服務器端開發(fā)技術為主的開發(fā)方式。使用C/C++/MFC/Delphi等開發(fā)C/S模式的用戶越來越少，甚至工作的需求也開始變得越來越少。

這樣在技術體系上，開發(fā)者的經驗開始基本上覆蓋在：

1.HTML + CSS + JavaScript

2.各種腳本語言(PHP/http://ASP.NET/JSP/Python/Ruby)操作服務器API

3.服務器數(shù)據(jù)處理邏輯(O/R Mapping, 數(shù)據(jù)庫連接池，各種如AOP等設計模式，甚至DSL等等)

4.大型服務器的架構設計(分布式架構，各種負載均衡，服務器連接優(yōu)化)

5.數(shù)據(jù)庫(分布式數(shù)據(jù)庫，事務處理，大規(guī)模數(shù)據(jù)的存儲、查詢優(yōu)化)

6.大數(shù)據(jù)處理(Hadoop, Hive)等等。

那對于移動開發(fā)上需要什么?

　　不管是Android / iOS /WP ， 其實對于開發(fā)的需求上逐漸回到了2002年之前，大概類比MFC/Delphi的時代，更加合適。

　　移動開發(fā)者的技能需求發(fā)生了轉變，需要的經驗變成了：

　　充分理解各移動平臺的進程架構和程序生命周期邏輯(程序啟動，程序被系統(tǒng)suspend/kill， Services)

1.界面設計(各種UI控件，事件處理)

2.數(shù)據(jù)處理邏輯(客戶端緩存、多線程并發(fā))

3.網(wǎng)絡數(shù)據(jù)處理

4.平臺相關特性(系統(tǒng)API調用，系統(tǒng)通知機制等)

5.各種性能處理。

因此，在學習的路線和需要的經驗上有了不同。

如果需要從非移動開發(fā)者往移動開發(fā)者進行轉型，哪怕同樣使用的是Java語言，需要的就是了解不同的庫以及處理不同領域的具體問題。

在移動設備的開發(fā)上，我歸結為三大類問題：性能的問題，界面響應的問題，產品的穩(wěn)定性。這些是技術人員可以需要為注意和保障的。

記得當時iPhone出來后，讓人們看到了一個與傳統(tǒng)的“窗口”完全不同概念的邏輯：界面方面一個應用占滿整塊屏幕，程序方面代碼也都是在嚴格的沙箱內運行。當時我就意識到這將是一整套全新的規(guī)則體系，后來漸漸從表面往深層看，寫了幾年爛代碼慢慢我也有了點心得：

1.淡化文件的存在，而凸顯應用和工作流。

2.盡量避讓主線程/UI線程，避免鎖界面。因為桌面應用鎖UI的話只不過是一個窗口，而移動應用會給人感覺是“手機”這個整體掛了...

3.能迅速完成的操作/運算就不要指望后臺，自己的程序隨時可能被kill掉。后臺只留給VOIP、網(wǎng)絡操作之類的。

4.盡量加快啟動速度。移動產品用的頻繁，但單次使用遠比桌面要短，所以不要出現(xiàn)Photoshop那樣讓用戶傻等的情況。即使用個“假象”也要讓用戶覺得啟動挺快的。

5.同一個功能好有多種交互/操作方式。不像Windows一統(tǒng)桌面江湖，現(xiàn)在各個版本的android、iOS用戶之間使用習慣迥異，好能讓人們的習慣都能work。

6.好不要讓UI控件太顯眼(比如街機游戲中碩大的搖桿遮住了人物)，但也別太隱晦(猛犸瀏覽器4,哈哈哈)。

7.用戶其實很在意耗電和發(fā)熱量，桌面用戶從不在乎…

8.很多功能別人說做不到或說平臺不允許不開放的時候，總有人用匪夷所思的奇葩手段實現(xiàn)了…

從桌面端轉向移動端，一定要認識到二者不同的側重點。桌面端包括web更側重于邏輯復雜，高級的任務，而移動端的娛樂性明顯更強。

　　就從操作方式說起吧，桌面端主要靠鼠標鍵盤和touchpad，所以操作精度要高得多，很容易將很多功能集成到一個界面里;但同樣的思路就完全不適用于移動端了 (反例我是實在想不起來了，大家可以幫忙想想)，相信一個cluttered ui的app，就算功能再強大，用戶盯著你的界面超過3s就會頭暈，點擊某個button要點好幾下才會成功，也必定是一個糟糕的app。

那什么樣的操作方式是適用于移動端的呢?

　　ListView的滑動操作就是一個很好的例子，不需要用戶任何的思考，只需順著期待的內容出現(xiàn)的方向滑動，這樣 intuitive的設計便是王道。類似的設計還有來自Tweetie的下拉刷新，Android 4.0引入標準庫的ViewPager等等。上述的操作都有一個共同特點——手勢操作。既然移動端(不管是手機還是平板)是拿在手上的設備，那手勢操作成為其殺手锏就毫不奇怪了，自然也就成了區(qū)分移動端和桌面端的一個重要特質。PeakJi大神的猛犸瀏覽器和輸入法(忘記名字了)同樣也體現(xiàn)了這一點。

　　有了簡單直觀的手勢操作，還有一個不得不提的feature——push notification。用戶很懶，一臺機器裝了上百個app，可能一個月你的app也就被打開一兩次，這當然不是你希望看到的。如果你的app是網(wǎng)站客戶端性質的，那么push notification就是一個很好地利器了。怎么做呢?我總結了下面的流程：

1. 與社交網(wǎng)絡連接，獲取用戶資料，分析用戶興趣

2. 記錄用戶在你的網(wǎng)站或客戶端的使用習慣，逐漸逼近用戶真正的興趣

3. 根據(jù)得到的用戶興趣，推送他感興趣的內容

可以看到，不僅僅是“通知”那么簡單，像新浪微博那樣的，一天一條的palm news，多了只能讓人感到annoying，并不能起到和用戶很好的溝通的效果;只有推送用戶感興趣的內容，才會引起他們的注意，增加你的app在用戶心中的權重。

　　后一點我認為很重要的，就是consistency，和操作系統(tǒng)要保持操作習慣的一致性。比如左上角的返回button，Android 4.0的ViewPager滑動換標簽等，這樣做大的好處就是降低了用戶的學習成本，讓你的app和OS融為一體。當然在OS的大框架下，也不乏有新意的app，比如Android下的一款類siri應用Maluuba，大膽地采用了Metro風格的設計，但操作起來并不會覺得陌生，大的原因就是 ViewPager的滑動操作被保留了下來。

　　以上是各位前人的一些經驗，大家可以根據(jù)自己的情況吸收消化，下面快送一些可以幫助到大家的書籍：

推薦一：Head First Java(中文版)(第2版)(涵蓋Java5.0)推薦理由：安卓應用層和大部分framework層用的都是Java語言。

推薦二：瘋狂Android講義推薦理由：知識點比較全，也比較新。

推薦三：深入理解Android(卷1)推薦理由：作者的文筆流暢，見解獨到，而且系統(tǒng)地，深入地講解了Android系統(tǒng)原理。同時作者那種層層遞進，抽絲剝繭式的分析模塊的手法也非常值得學習。