今天決定開始寫下自己在軟體開發這個行業中的點點滴滴,一般會記錄自己在專案中學到的知識和遇到的bug及解決方式,算是有個記錄

,也為後來的程式猿們提供個方便.

	第一篇寫的是java做移動端後臺的專案,據我瞭解移動端分為兩種模式,一種是類瀏覽器模式,在APP端基本不做任何邏輯處理,

所有頁面和邏輯都由PC端的後臺來做,這種模式的優點是適配性強,開發一套後臺安卓和IOS都可以使用,缺點也顯而易見,無法進行效能

上的優化,因為是類瀏覽器模式,流量消耗上也比較大.另一種是帶後臺的移動端模式,我今天寫的這個專案就是這種模式,這種模式可以

在APP中優化效能,可以理解為另一個java節點,IOS我沒有做過這種,但是道理應該是一樣的,這種模式的缺點就是IOS和安卓要有兩套
 

系統,開發成本高,但可以優化效能,使用者體驗度比較好.

迴歸正題,相信很多初學者對於如何給安卓做後臺存在著疑惑,事實上我一開始也是這樣的,但真正進入了專案後發現其實很簡單.你

可以把安卓想象成一個瀏覽器,迴歸到我們熟悉的B/S架構上,而關鍵點就在於資料互動,其他的都沒有什麼區別.我瞭解的資料通訊有

兩種方式，第一種師通過servlet通訊，也就是常見的前端到後臺的通訊方式，另一種就是你去封裝一個介面，讓安卓端去呼叫，兩

種方法我都嘗試過，servlet方式很簡單，而且寫起來比較方便（對於後臺來說），因為這是基於我們熟悉的B/S結構的模式，我們

只需要正常寫和原來差不多的程式碼就行。webservice的方式對於後臺來說相對麻煩一點，但是好處是規範，因為方法是我們自己封
 

裝的，安卓端只是呼叫介面，就像我們平常呼叫其他類的方法一樣。我用的介面是jax-ws，原因就是Myeclipse封裝好了這個介面，

可以很輕鬆的建立，完全圖形化，而且安卓端的KSUP2也是封裝好的，使用便捷。我會在另一期中說明一下有關介面使用的問題。

	所以其實做安卓的後臺和普通的web開發並沒有什麼區別，只是在資料通訊上有一些區別，想要往這方面發展的小夥伴可以放心大膽

的嘗試，走出第一步才知道自己究竟能不能做到。