Types of Mobile Applications移动应用的类型
移动应用程序的开发，需要确定使用的媒体类型，之后还要确定在什么类型的应用程序环境下来展示内容或信息，下面讨论了各种类型的移动应用程序，以及每种方案的优缺点和如何有效利用它们。
Types of Mobile Applications包含了SMS,Mobile Websites,Mobile Web Widgets,Mobile Web Applications,Native Applications,Games几个部分，SMS是开发者创建的最基本的移动应用程序，常见的有铃声、图像下载，一些自动售货机可以根据短信方式提供饮料，收费停车场或停车计时器通过短信方式收费。短信带来巨大价值的最好例子就是Twitter，用户在任何移动设备上收取朋友信息，发状态。
Mobile Websites就是简单的“向下挖掘”型架构，通过导航链接，带领用户进入更深层次的页面，本质上提供大量信息，交互很少，移动网站很容易创建，但在多种移动浏览器上的显示效果却很难达成一致。
Mobile Web Widgets移动互联网小应用，在任何能在浏览器中执行的程序都适用。Opera Widgets,Nokia Web RunTime(WRT),Yahoo!Blueprint和Adobe Flash Lite都是小窗体平台，能在许多移动设备上执行。许多情况下，即时设备离线，也能正常运行。Widgets的HTML,CSS和离线操作成为选择的一大优势，可是需要在设备上安装支持小窗体的平台，不能在任何移动Web浏览器上运行，并且需要学习小窗体框架独有的，不符合Web标准技术的缺点，又使小窗体开发的周期、速度和成本降低。
Mobile Web Applications移动Web应用，无须安装，无须在目标设备上编译，不使用“向下挖掘”式的信息架构，可以从这个应用方面预测未来的移动产业发展趋势。iPone的Safari浏览器可以完美的支持CSS3等高级性能，导致了大量的Web应用涌现，设备制造商也下大力气改进自己的浏览器，最终出现了如今的局面，就是主流的智能手机浏览器都能完美的渲染桌面互联网，WAP时代宣告终结。移动Web应用只需要通过XHTML,CSS和JavaScript在任意移动浏览器中执行，就能给最终用户提供类似于应用程序的体验，并且支持多种手持设备，可以离线应用。这里要注意的是，移动Web应用的并不能总是支持原生应用的一些特性，如离线模式、位置查找、文件系统访问、摄像头等。移动Web应用的开发速度更快，能在更多设备上运行，需要测试量更少。
Native Applications原生应用，是为运行相应平台设备特别构建的，需要测试和认证，针对单一平台开发，可离线适用，也可以做成收费应用程序。缺点是无法简单的平台转移，开发、测试和支持多种设备平台的费用庞大，需要三方认证（不可控），收入要与一家甚至多家第三方进行分成。
Games游戏技术上说，游戏只不过是原生应用，游戏无法简单地用Web技术复制；与典型的基于平台的应用相比，将游戏移植到多种平台上较为简单。不过值得注意的是，能够迅速将某种语言编写的应用程序移植到其他语言上，是游戏应用可以参考的一点。
Application Context应用环境，要向用户展现最适当的应用程序类型，以便用户处理并理解应用程序展现的信息并达到自己的目标。应用媒体是创建应用程序的技术手段，应用环境是指用户体验。通常情况下最好只展示一种应用环境，以免用户感到困惑。
最基本的应用环境就是工具应用环境，简单的小程序，如计算器、天气预报、单位换算、股票、世界时钟等。目标是提供快捷信息，设计要注意最简的外观，专注显示内容和设计上，通常用大号字体和稀疏布局。工具适合短小、简单的任务以及快捷的信息，可以用于显示内容不多。
Locale Context本地环境，目的是找到与用户所处位置有关的信息，设计时注意两点，确保用户所在位置清晰可辨，以及如何在该位置使用数据。本地环境应用可以用于与位置有关应用，包含动态地图或者列出多个与位置有关的兴趣点。
Informative Applications信息型应用，唯一目的就是提供信息，如新闻网站、在线词典、经营型网站、移动贸易网站等，用户主要任务是阅读并理解信息，没有必要去交互。对于移动应用，应该避免要求用户通过移动设备输入过多信息。
Productivity Application Context生产力应用程序环境，用于那些以任务为中心的内容和服务，目的是为了提高用户的效率，采用时应该注意移动设备有限的屏幕，和用户零散的时间概念。因此要关注优先任务。
Immersive Full-Screen Applications拟真全屏应用，可以用于游戏、媒体播放器，或者其他应用环境的另一种显示方式。
从技术、开发速度、设备应用几个角度考虑，个人开发完全可以采用移动Web应用，可以通过iPhone模拟器x-code编写代码，在ipod Touch上试运行。
Types of Mobile Applications包含了SMS,Mobile Websites,Mobile Web Widgets,Mobile Web Applications,Native Applications,Games几个部分，SMS是开发者创建的最基本的移动应用程序，常见的有铃声、图像下载，一些自动售货机可以根据短信方式提供饮料，收费停车场或停车计时器通过短信方式收费。短信带来巨大价值的最好例子就是Twitter，用户在任何移动设备上收取朋友信息，发状态。
Mobile Websites就是简单的“向下挖掘”型架构，通过导航链接，带领用户进入更深层次的页面，本质上提供大量信息，交互很少，移动网站很容易创建，但在多种移动浏览器上的显示效果却很难达成一致。
Mobile Web Widgets移动互联网小应用，在任何能在浏览器中执行的程序都适用。Opera Widgets,Nokia Web RunTime(WRT),Yahoo!Blueprint和Adobe Flash Lite都是小窗体平台，能在许多移动设备上执行。许多情况下，即时设备离线，也能正常运行。Widgets的HTML,CSS和离线操作成为选择的一大优势，可是需要在设备上安装支持小窗体的平台，不能在任何移动Web浏览器上运行，并且需要学习小窗体框架独有的，不符合Web标准技术的缺点，又使小窗体开发的周期、速度和成本降低。
Mobile Web Applications移动Web应用，无须安装，无须在目标设备上编译，不使用“向下挖掘”式的信息架构，可以从这个应用方面预测未来的移动产业发展趋势。iPone的Safari浏览器可以完美的支持CSS3等高级性能，导致了大量的Web应用涌现，设备制造商也下大力气改进自己的浏览器，最终出现了如今的局面，就是主流的智能手机浏览器都能完美的渲染桌面互联网，WAP时代宣告终结。移动Web应用只需要通过XHTML,CSS和JavaScript在任意移动浏览器中执行，就能给最终用户提供类似于应用程序的体验，并且支持多种手持设备，可以离线应用。这里要注意的是，移动Web应用的并不能总是支持原生应用的一些特性，如离线模式、位置查找、文件系统访问、摄像头等。移动Web应用的开发速度更快，能在更多设备上运行，需要测试量更少。
Native Applications原生应用，是为运行相应平台设备特别构建的，需要测试和认证，针对单一平台开发，可离线适用，也可以做成收费应用程序。缺点是无法简单的平台转移，开发、测试和支持多种设备平台的费用庞大，需要三方认证（不可控），收入要与一家甚至多家第三方进行分成。
Games游戏技术上说，游戏只不过是原生应用，游戏无法简单地用Web技术复制；与典型的基于平台的应用相比，将游戏移植到多种平台上较为简单。不过值得注意的是，能够迅速将某种语言编写的应用程序移植到其他语言上，是游戏应用可以参考的一点。
Application Context应用环境，要向用户展现最适当的应用程序类型，以便用户处理并理解应用程序展现的信息并达到自己的目标。应用媒体是创建应用程序的技术手段，应用环境是指用户体验。通常情况下最好只展示一种应用环境，以免用户感到困惑。
最基本的应用环境就是工具应用环境，简单的小程序，如计算器、天气预报、单位换算、股票、世界时钟等。目标是提供快捷信息，设计要注意最简的外观，专注显示内容和设计上，通常用大号字体和稀疏布局。工具适合短小、简单的任务以及快捷的信息，可以用于显示内容不多。
Locale Context本地环境，目的是找到与用户所处位置有关的信息，设计时注意两点，确保用户所在位置清晰可辨，以及如何在该位置使用数据。本地环境应用可以用于与位置有关应用，包含动态地图或者列出多个与位置有关的兴趣点。
Informative Applications信息型应用，唯一目的就是提供信息，如新闻网站、在线词典、经营型网站、移动贸易网站等，用户主要任务是阅读并理解信息，没有必要去交互。对于移动应用，应该避免要求用户通过移动设备输入过多信息。
Productivity Application Context生产力应用程序环境，用于那些以任务为中心的内容和服务，目的是为了提高用户的效率，采用时应该注意移动设备有限的屏幕，和用户零散的时间概念。因此要关注优先任务。
Immersive Full-Screen Applications拟真全屏应用，可以用于游戏、媒体播放器，或者其他应用环境的另一种显示方式。
从技术、开发速度、设备应用几个角度考虑，个人开发完全可以采用移动Web应用，可以通过iPhone模拟器x-code编写代码，在ipod Touch上试运行。
 |
 |
