为什么Ajax和WebSpherePortal可以很好地配合

　　门户环境中开销最大的操作之一是刷新页面。当用户在页面上单击链接或进行一些其他操作时，门户会处理页面上目标Portlet的actionPerformed()方法和每个Portlet的doView()方法。然后，聚合结果，并将整个HTML文档向下发送到浏览器。

　　尽管缓存可以减少大量的开销，但是仍有许多其他问题。您可以使用Ajax在后台处理许多用户交互事件，然后更新页面的各个部分，而无需完整的门户刷新周期。此技术通过增加对单个操作的响应大大改进了最终用户体验，同时也显着提高了应用程序的总体性能。在某些环境中，使用Ajax可以使应用程序的总体体系结构更清晰。使用二级Ajax控制器(如Servlet或Web服务)可以进行更强大的模型代码分离。

　　将整个Ajax控制器设计应用于应用程序时，您应该使用Ajax控制器处理所有基本用户输入操作和分段显示更新。而仅将门户actionPerformed()方法用于页面级转换或处理主要状态更改。

　　为什么Ajax和WebSpherePortal不能很好地配合?

　　那么，为什么您不希望在您的富Internet应用程序中使用这一新颖的范例呢?所有的技术周刊都认为这是一个好方法，此外，您的上司也通知您使用它，因为它是“业务目标之一”。当然，我们不会叫您不要使用它，但是，我的确想让您知道一些潜在缺陷：

　　使用多个控制器(例如Portlet、Servlet和Web服务)会增加应用程序的复杂性。

　　使用Ajax强制客户端处理许多逻辑。

　　JavaScript很难调试，特别是在跨浏览器环境中更是如此。

　　可访问性问题和移动设备会产生冗余代码。因为许多屏幕阅读器和其他辅助设备不支持JavaScript/Ajax，所以您需要提供备选功能。

　　您的应用程序可能不需要在页面切换之间进行额外的数据更新。

　　综上所述，您可能确定Ajax不适合您，需要改读其他文章。稍等，这只是一个玩笑。朋友，请继续阅读!Ajax太酷了，如果您不将其添加到自己的应用程序中，您肯定会感到遗憾。

　　至少您应该慢慢接受它。找到一个可以使用小技巧的应用程序，并将Ajax的妙处添加到用户表单或向导中。一旦您入门并了解到做一点努力就可以获得一些有效的用户增强功能，您肯定会准备将一些奇妙的方法实际添加到自己的门户应用程序中。

　　Ajax和WebSpherePortal设计注意事项有哪些

　　将Ajax添加到门户应用程序后，您就可以有效地将多个控制器添加到经典MVC模式。此决定对强制执行模型逻辑的清晰分离有潜在的好处。不足之处是增加了复杂性，并且不可避免地将控制器分成以下三个部分：

　　Portlet

　　Servlet或Web服务

　　基于JavaScript的客户端

　　在门户应用程序中使用Ajax的基本前提是需要一个独立控制器。通常情况下，您可以使用Servlet执行与Ajax客户端的通信。您可以将Servlet与PortletWAR文件捆绑在一起，或将其作为独立Web应用程序的一部分包括在内。

　　实现Ajax的缺陷之一是难以编写良好的跨浏览器的JavaScript。有许多JavaScript和DHTML工具包可以提供Ajax抽象。事实上，由于要测试的内容太多，所以无法确定哪一个工具包最适合您。对于所有开放源代码项目，在接下来的两年里可能将推出新的工具包。

　　我们使用的最有前途、设计合理的一些工具包是：Dojo、Rico和DWR。DoJo是首选工具包，因为它具有类似于方面的高级体系结构。DWR或DirectWebRendering提供了从客户端Javascript引用基于主机的JavaBeans的方便机制。由于提供了许多其他好的工具包，所以您需要确定哪些适合您。

　　将Ajax添加到Portlet应用程序

　　要在门户应用程序中实现Ajax，您需要按照以下几个简单步骤进行操作。下面的讨论假设您将AjaxServlet与PortletWAR文件捆绑在一起。