Windows Mobile與Android應用開發對比
Windows Mobile與Android應用開發對比
Windows Mobile在經歷過最初的Wince系列，pockect pc和smartphone兩種版本，到微軟最新的Windows Mobile 6.5，Windows Mobile憑借與桌面平臺良好的兼容性已經微軟在移動領域的不斷努力，在智能手機操作系統中已經占據了接近15%的市場份額。微軟所推崇的Windows Mobile下的基于.net compact framework也越來越成為開發微軟平臺的首選。微軟的曾經的.net戰略從一定意義上來說，在移動開發上得到了實現。
OPhone作為基于Android開源平臺的移動操作系統，在開發上沿用了Android的開發特性和環境，而Java是首選的開發語言。比較有意思的是，微軟的.net戰略在企業級開發上最大的對手是J2EE，而在移動操作系統中，除了諾基亞的Symbian由于手機的高占有率而在移動操作系統的高份額外，Windows Moible與Android是未來兩個有希望與Symbian三分天下的操作系統，這樣似乎java與.net（C#）的戰爭要持續燒到了移動平臺上了。
這里將就兩個平臺在開發方面所關注的問題進行比較，并不是要得出誰優誰劣的結論，而是能讓會其中一個平臺的開發人員也能熟悉另一個平臺的相關問題。
開發工具 Visual Studio 和 Eclipse
Windows Mobile的主流開發工具肯定是Visual Studio了，Android是Eclipse。兩個都是大名鼎鼎的集成開發環境，并代表了兩個不同的陣營：.net 和JAVA，根據筆者在移動開發上 的使用經驗，從以下幾個方面來比較。
開發環境的成本和搭建，Windows Mobile當然只能在windows平臺下開發，不管你用盜版還是正版，xp是必須的，然后再安裝VSTS（visul studio team suite），這一套動輒就好幾萬，當然你也可以使用180天試用版本，過半年再重裝次系統，這也比較劃算，裝完之后再從微軟官網上下載最新的 windows mobile SDK，最好再裝一個中文版的Emulator image，這樣windows mobile的環境就基本搭建起來了。相比之下，OPhone完全是免費的，操作系統可以選擇windows和Linux，這里推薦用ubuntu。安裝JDK，然后下載相關平臺的 Eclipse，安裝adt,從SDN下載OPhone的SDK，這個過程可以參照OPhone提供startup文檔。
對移動代碼的調試跟蹤，無論是模擬器還是真實設備，Visual Studio 2008+ ActiveSync比 Eclipse＋ADB要好用很多，微軟在調試器的可視化 易用性上都有很優秀，相比來說，google為Eclipse開發的ADT plugin，一方面可能是Eclipse自身的局限，另一方面Android開發剛剛起步，在對集成開發調試上應該還有很多的空間來提升。另外，同步工具ActiveSync其本身并不單是一個開發的輔助軟件，而是一個真正意義的同步工具，它會自動偵測端口，設置虛擬IP,同步電腦數據，這樣只要把手機連到電腦上，ActiveSync圈圈變綠，就可以直接把軟件 部署到手機上進行調試，而Android還要手動做上面的事情，不太方便。
仿真設備（模擬器）比較，從啟動速度，性能上，兩個都差不多，windows mobile區分了smartphone和pocketpc，而android可以通過設置emulator 的skin參數，可以獲得不同皮膚，不同機型的模擬器，比起苦苦等微軟發布新一個版本的模擬器，在Android的開源聯盟努力下在模擬器的多樣性肯定會更豐富。
GUI開發 從一個HelloWorld開始
1.先說Android,當我們使用向導創建了一個新的Android工程之后，在包瀏覽中可以看到以下的文件。
我們要編輯的文件分布在 src和res下，包括HelloWorld.java和 main.xml , strings.xml.
這個HelloWorld就繼承自Activity(Android Framework里面最重要的一個類， 我們簡單地理解為它是一個UI的容器，直接跟用戶打交道最前端的類。對于Windows mobile了的程序員來講，簡單的理解就是 Activity+View=Form.
還有一個R.java,這個類是系統根據res文件夾中的內容自動為你生成的，大家不要修改它.我們先講一下res文件夾，在這一點上，wm和Anroid很相似，res是resources的縮寫，顧名思義，你程序中所需要的文字，圖片，布局文件等等資源都是放在這個文件夾下面的，你現在看到這個文件夾下面有
drawable - 這個是放圖片的
layout - 這個是放布局文件的
values - 下面放字符串(strings.xml ),顏色(colors.xml ),數組(arrays.xml )
Android 幫我們把這些資源都管理起來，內容資源化的作用是很明顯的，做國際化方便了，使用同一個資源的時候也方便也更節省空間（全局的引用），res文件夾中內容變化，R.java都會重新編譯同步更新，所以這個類不需要你去手動更新了。#p#
最后是AndroidManifest.xml. 你每次添加一個Acivity都需要在這個文件中描述一下Windows Mobile與Android應用開發對比。
看一下代碼：
- publicclassHelloWolrdextendsActivity{
- /**Calledwhentheactivityisfirstcreated.*/
- @Override
- publicvoidonCreate(BundlesavedInstanceState){
- super.onCreate(savedInstanceState);
- //指定這個Activity的界面布局，如果不指定，運行起來是默認空白的，如何布局后面講述
- setContentView(R.layout.main);
- //這句話就是用來獲取layout中設置的界面控件對象的，這個id是在button中指定的
- android:id="@+id/button_normal"
- Buttonbtn=(Button)this.findViewById(R.id.button_normal);
- //為btn添加響應函數
- btn.setOnClickListener(newOnClickListener(){
- publicvoidonClick(Viewarg0){
- TextViewtv=(TextView)this.findeViewbyId(R.id.text);
- tv.setText(R.id.hello);
- }
- }
- )
- }
- }
- xmlversionxmlversion="1.0"encoding="utf-8"?>
- <LinearLayoutxmlns:androidLinearLayoutxmlns:android=
"http://schemas.android.com/apk/res/android"- android:orientation="vertical"
- android:layout_width="fill_parent"
- android:layout_height="fill_parent"
- >
- <TextViewandroid:idTextViewandroid:id="@+id/text"
- android:layout_width="fill_parent"
- android:layout_height="wrap_content"
- android:text="@string/hello"
- />
- <Buttonandroid:idButtonandroid:id="@+id/button_normal"
- android:text="@string/clickme"
- android:layout_width="wrap_content"
- android:layout_height="wrap_content"/>
- LinearLayout>
2.再來看一下Windows Mobile
新建一個設備應用程序項目“Hello World”,如下圖:
屏幕左側出現了一個可編輯的設計界面，我們要設計HelloWorld的界面，只需要從工具箱里拖拽一個button和一個lable。比起Android來，微軟因為其強大的集成工具，讓可視化的界面變成變得非常簡單，所見即所得。
為button添加響應函數，雙擊button，在Click事件中些如下代碼：
- this.label1.Text = "Hello World";
點擊F5,直接 運行就可以了。
總結：做一個相同功能的HelloWolrd例子，Android需要修改修改三個文件，寫18行代碼，而WindowsMobile只需要拖拽兩下，寫一行代碼。 無疑，WindowsMobile在GUI開發上快速的多。
界面風格比較
windows mobile 到了最新的6.5，界面上終于有了不小的改觀，記得從6.1開始，對基礎控件的繪制和渲染都有增強，但是要開發一個足夠絢麗的界面，就像Pointui這種應用，難度還是很大的，因為大部分界面都要用GDI來自己繪制，因為微軟提供的基礎控件數量很有限，包括著名的 opennetcf庫，在樣式的支持上基本沒有，所以自定義控件成為擺脫平庸UI的唯一方法。
這里還想要告訴大家的是微軟一個齷齪的行為：如果我們想要對Button這個控件稍微的擴展一下，加上一點點我們自已的東東。結果是很麻煩，很麻煩。究其原因是：微軟不是用GDI中的 Graphics的函數進行繪制這些基本控件，實際上MS還是用的老辦法，就象古老的C++程序一樣，這樣基于.net來做這件事情，唯一的方法就是捕獲 winproc消息，很不爽，而微軟為什么要這么做呢，是為了避免咱們侵犯人家的外觀專利。。。。
反觀Android，在View的支持上不但提供了樣式功能豐富的經典控件，而且允許靈活的擴展基礎控件，不談別的，就一個簡單的例子，就說一下彈出對話框吧，如果我想在這個對話框中加入進度條，如圖:
這是OPhone的一個基本控件，而如果在Windows mobile來實現的話，MessageBox肯定是不能擴展的，那么只能從頭寫一個，單是做一個背景透明的半窗體就很麻煩。所以在WindowsMobile的應用程序里，第三方的應用UI體驗常常是良莠不齊，而且MFC的，ATL的，.netComactFramework的，技術混雜。歸其原因是一方面微軟用PC 綁架了手機，.net平臺做了一下裁剪就直接用了，可是，移動平臺的UI與PC還是有很大區別的，另一方面就是不夠開放。
系統核心對象比較
1.Form與Activity，View
做過Windows桌面編程的都會對Form有了解，Form 是應用程序中所顯示的任何窗口的表示形式，即使一個Dialog也是對Form的一種派生。Form同時是一個容器，可包容其他繼承自Control類的其他控件.
Windows Mobile下的Form的概念與桌面端是一致的。任何我們看到的界面都是一個包含在 Form中的布局。
而android中Activity,他相當于MVC模式中的Controler，它會與用戶去交互，并對這些交互進行處理，我們可以通過調用 setContentView()來給Activity設置界面布局，Android的這種設計實現了界面設計和邏輯功能設計的真正分離，對View的高度抽象，也讓界面具有高度擴展性，可以設計出更加豐富的界面體驗。
2.Android中特有的Intent
Intent 提供了一個在不同應用的代碼之間進行晚綁定 的機制。它主要被用來啟動 Activity,還有服務等，它提供了應用中不同Activity之間，不同應用之間的通信方式，這既能對應用間的模塊相互解耦，也讓應用程序互相之間發揮共同的效力，這一點在windows mobile下是很難做到的，Form之間通常是依賴關系，耦合性很大，而一個應用要調用其他應用的某個功能，除非引用后者開放的類庫，幾乎沒有什么好的辦法可以做到。
3.ContentProvider和ADO.net
兩者的設計目的有些相似，都是為了抽象數據訪問層，ADO.net中有個很重要的概念：DataSet，我們可以通過各種數據源來填充DataSet，其實DataSet本質上就是一個內存中的數據庫，有數據表，支持Sql查詢，它支持多種數據源，如：sql數據庫，xml，文本文件等。
相比起來，ContentProvider為我們提供了更大的靈活性，Content Provider用于將各個應用程序的數據進行共享，Content Provider是一個類，執行一套標準的方法，讓其他的應用程序存儲和獲取Content Provider所處理的數據. 如果比較ADO.net和ContentProvider的話，ADO.net的數據訪問模塊是程序級別的，其他應用很難共享到既有應用對數據的加工處理，二ContentProvier通過一個唯一的ContentURI定位Provider，所有應用就可以通過構造ContentValues來對數據源進行操作。
總結：
對開發者來說，windows mobile與Android在體系架構上有很大不同，但在開發語言上，面向對象等方面，只要熟悉一下，兩者之間的相互遷移并不難。
對于Mobile OS來說，不同于桌面操作系統，這必將有一場慘烈的淘汰賽，究竟是一家獨大，還是三國分離，還是不同程度的整合，都是一個問號。未來的移動世界，網絡肯定是永恒的主題，不同的操作系統也在這個方面做整合，互聯網在不斷嵌入到手機平臺中，移動搜索，Widget技術，各種各樣的網絡服務，相信移動的世界會越來越精彩，而對于開發者的我們，多掌握一種技術，可能就是多一個機會。以上介紹Windows Mobile與Android應用開發對比。
【編輯推薦】
