XMLHttpRequst 对象来与远程服务器异步交换数据。在 Internet Explorer 6 中，这个对象是使用 ActiveX 实现的，而不是使用本地 JavaScript 实现的，这要求必须启用 ActiveX。更加基本的一个需求是 Ajax 要求必须在用户的浏览器上启用 JavaScript。这对于大部分人来说可能是一个合理的假设，但是对于某些特定的用户，他们的浏览器或自动化工具可能不支持 JavaScript，也可能没有启用对 JavaScript 的支持。这种工具有 robot、spider 和 为 Internet 和 Intranet 搜索引擎搜集信息的 Web 爬行榜。假如没有功能方面的让步，基于 Ajax 的 mashup 应用程序也可能会发现自己失去了部分用户群，搜索引擎的吸引力也会降低。
使用 JavaScript 来异步更新页面中的内容还会产生用户界面的问题。由于内容不再需要链接到浏览器地址栏中的 URL 上，用户可能无法体验到正常使用浏览器的 BACK 按钮或书签时的功能。另外，尽管 Ajax 可以通过请求增量内容更新来减少延时，但不好的设计可能会对用户体验造成负面影响，例如当更新粒度非常小时，所更新的数量和负载会占据所有的可用资源。另外，在加载界面或更新内容时，我们还需要关心如何为用户提供支持（例如，使用诸如进度条之类的可视化反馈技术）。
与任何分布式交叉领域的应用程序一样，mashup 开发人员和内容提供者同样也需要解决一些安全性问题。身份的概念可能会成为一个棘手的主题，传统 Web 主要是为匿名访问而构建的。单点登录是一种令人满足的特性，但在这方面存在多种彼此竞争的技术（从 Microsoft Passport 到 Liberty Alliance），因此可能会导致产生杂乱的身份命名空间，我们必须对之进行集成。内容供给商可能会在自己的 API 中采用身份验证和授权模式（这需要安全身份或安全确认属性的概念）来强制采用涉及付费订阅或敏感数据的业务模型。敏感数据也可能要求一定的机密性（即加密），我们必须要清楚何时将它们与其他资源集成在一起，而不会带来风险。身份对于审计和法规遵从性来说也非常重要。另外，由于数据集成是在服务器和客户端同时发生的，因此从用户到 mashup 服务进行的身份和证书委托也可能会成为一个需求。
社会挑战
除了上一节介绍的技术挑战之外，随着 mashup 的进一步普及，也出现了（或即将出现）一些社会问题。
mashup 开发人员需要面对的一个最严重的社会问题就是：在知识产权的保护和消费者的私密性与公用化以及信息的自由流动之间达成一种平衡。不知情的内容提供者（屏幕抓取的目标）、提供 API 来帮助数据检索的内容提供者都可能需要确定其内容是否正在被他人以未获得自己批准的方式使用。有关 Web 聚合和规则的介绍，请参见 参考资料。
mashup Web 应用程序仍然处于萌芽阶段，只是有一些开发爱好者在业余时间编写 mashup。这些开发人员可能并没有意识到（或不关心）安全性之类的问题。另外，内容供给者也只是刚刚开始看到为基于机器的内容访问提供 API 的价值所在，而且还有很多人不认为这是一个核心业务眼球点。这一切结合在一起，导致目前的软件质量低下，因为诸如测试和品质保证等工作的优先级都要低于概念验证和创新的优先级。为促进软件开发过程的成熟，社区必须作为一个整体协同工作，制定开放标准和可重用的工具包。
在 mashups 可以从一种炫酷的玩具变成程序的应用程序之前，还需要做大量的工作，形成高度健壮的标准、协议、模型和工具包。为此，主要的软件开发业界先驱、内容提供者和企业家必须熟悉到 mashup 的价值，它意味着可行的商业模型。API 提供者需要确定是否对自己的内容收取费用，假如需要收取费用，应该怎样收费（例如，通过订阅还是按使用次数收费）。或许他们将提供不同级别的服务品质。有些市场提供者，例如 eBay 或 Amazon，可能会发现免费 API 将提高产品周转。mashup 开发人员可能要寻求一种基于广告的创收模型，或者构建有趣的 mashup 应用程序赢得人们的认同。
评论加载中…
 |