本文介绍如何结合使用 ">WebSphere Portal 和 Worklight，使企业用户能够为他们的 Web 社区提供多渠道站点支持。文中提供了一个练习，演示了如何使用 IBM Worklight Developer Edition 5.0 来构建一个用于查看 WebSphere Portal 页面的混合 Android 应用程序。
移动渠道已成为销售、营销等许多行业的一个重要战略渠道。随着越来越多的企业通过网站来管理他们其品牌，常见的难题就变成了如何向移动设备提供内容和应用程序。
在查看 IBM WebSphere Portal 与 IBM Worklight 的重叠区域之前，了解网站与应用程序之间的差别很重要：
网站将 Web 内容和多个 Web 应用程序聚合为一种单一的用途体验，可跨多种渠道运行，包括桌面浏览器、信息亭、智能电话和平板电脑。我们将使用您最喜欢的航空公司的网站作为一个简单的示例。这些网站可能也有一个移动网站，并且支持电话和平板电脑。WebSphere Portal 是构建网站的绝佳平台。 Web 应用程序是自定义的，通常适用于特定的任务。
例如，您最喜欢的航空公司应用程序来自一个应用程序商店，并且支持您预定航班或座位，这就是一个 Web 应用程序示例。它通常包含网站功能的一个子集，适用于您可在设备上实际执行的操作。IBM WebSphere
Application Server 是提供独立的 Web 应用程序的不二选择。IBM Worklight 提供了创建原生和混合应用程序的能力，您可以使用 WebSphere Application Server 作为后端（如果创建混合应用程序），也可以使用 WebSphere Portal 作为后端（如果创建混合网站）。
然后您要做出的选择是开发一个原生应用程序、混合应用程序还是 Web 应用程序。但还有两个问题需要回答，这两个问题可能会影响到您的移动渠道技术决策：
您需要支持哪些设备？ 您的应用程序将执行何种操作？
帮助您回答这些问题的基本考虑因素包括：您有哪些用例？您的应用程序是否需要特定的设备功能，比如 GPS 或照相机？应用程序是否需要高保真的屏幕视图，或者移动浏览器是否够用？这些问题的答案对此决策至关重要，原生、混合和纯 Web 应用程序的优缺点也很重要：
原生应用程序适用于企业移动应用程序，拥有很高的成本，拥有与纯原生开发有关的很长的时间线。能够开发 100% 原生应用程序的熟练人员很难找到，而且聘请费用可能很高昂。
复杂的原生应用程序可能需要多个技术专家，而且跨平台的问题可能会进一步增加成本。除了初步开发，持续的操作系统更新需要持续的应用程序更新，必须重新提交这些更新来批准使用它们，
然后才能在应用程序商店中让它们重新上线。 相反，基于 HTML5、CSS3 和 JavaScript 的，或者使用 Dojo 和
jQuery 等客户端框架的完整的 Web 应用程序提供了一种创建移动友好的网站的简单方法。开发成本通常低得多，因为很容易找到拥有常用 Web UI 技能的人员。对设备操作系统的更新通常不会影响移动网站，移动网站的开发方法使它们能够跨供应商设备工作。使用这些通用 Web 标准构建的 Web 应用程序还支持跨各种设备重用代码，这减少了维护和总体拥有成本。此外，您无需担忧应用程序商店的审核过程，也无需担心限制会延迟或停止更新。
此方法的两个主要缺点包括：
您只能访问浏览器为您提供的原生功能。例如，在 iOS 设备上，您可以访问电位计 (potentiometer)、加速计和 GPS，但不能访问照相机。 您只能以图形方式实现 HTML/CSS/JavaScript 中可实现的功能。结果，一些在原生领域中可用的保真度和 UI 功能无法在浏览器领域中使用。 混合应用程序 结合了两家之长。您既能获得使用 HTML/CSS/JavaScript 进行开发的简单性，又能使用原生服务放大这一简单性，为应用程序商店生成一个应用程序。使用 Apache Cordova（Worklight 在使用和发布）等技术，您可以使用 JavaScript 从 Web 标记调用原生功能。例如，您可以使用一行简单的 JavaScript 代码调用照相机，比如：navigator.camera.takeSnapshot。