从开发者角度比较Windows Mobile与Ophone

核心提示：android:layout_height="wrap_content"/>点击F5,直接 运行就可以了，总结：做一个相同功能的HelloWolrd例子，从开发者角度比较Windows Mobile与Ophone(4)，Android需要修改修改三个文件，写18行代码，Form 是应用程序中所

android:layout_height="wrap_content"/>

点击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类的其他控件.