如何在JSF中使用应用程序模式

Question

我的应用程序(JSF 2,Java 6,JBoss 7.1)必须提供两种操作模式:可访问性模式和非可访问性模式.

在可访问性模式中,一些(并非所有)页面具有特定设计以便屏幕阅读器更好地读取.两种模式之间的区别纯粹是视觉上的,托管bean完全相同.理想情况下,不需要更改Java代码.

大部分工作已完成:

1. 添加了页面顶部的链接以在模式之间切换
2. 添加了一个支持bean来处理链接上的点击
3. 启用辅助功能后,会将属性添加到会话cookie,以便将其标记为可访问
4. 添加了ResourceResolver,当某个用户发出特定请求的可访问性时,重写可访问版本的页面路径

尽管如此,它几乎完美地工作,但似乎有某种视图缓存会破坏我的解决方案.考虑以下场景:

1. 应用程序以非可访问性模式启动
2. 我浏览了一些页面
3. 我通过单击相应的链接打开辅助功能模式
4. 我收到一个页面,告诉我我现在处于辅助功能模式,我注意到菜单已更改为其辅助功能版本(不同页面模板中存在的其他组件)
5. 我导航到非访问页面,它们都处于辅助功能模式
6. 在导入可访问性之前,我导航到访问过的页面,我在非可访问性版本中看到它们

在最后一步中,我们可以理解,即使在可访问性模式中并且发生资源路径转换(我有记录到证明),页面也会以默认的非可访问性模式生成.

那么,JSF中真的有页面缓存吗？我怎样才能清除它,所以页面确实会再次渲染？

更新1

网络监控向我显示该请求确实已发布到应用程序,因此此处没有浏览器缓存.

Answer 1

一段时间后，我终于找到了一个解决方案，这意味着，一个满足我所有要求的编码策略。也许这不是一个技术上好的解决方案，但它是一个功能性的解决方案，因为它产生了我需要提供的体验，让我无需接触所有内容现有的 Java 代码。就这样！

1. 一个托管 bean 来翻转可访问性模式

下面的托管 bean 负责打开和关闭可访问性，以响应用户单击某个命令链接。这个想法是在打开辅助功能模式时向会话添加一个属性，并在关闭辅助功能模式时将其删除。

这些操作会返回当前页面的重定向，以便用户立即看到界面从一种模式更改为另一种模式。

当可访问性打开时，视图路径将更改为附加 a /ac，因为我所有可访问视图的文件名与不可访问视图的文件名相同，但位于名为 的子目录中ac。

@ManagedBean
@RequestScoped
public class AccessibilityMB {
    private boolean accessibilityOn = false;

    @PostConstruct
    public void init() {
        FacesContext context = FacesContext.getCurrentInstance();
        HttpSession session = (HttpSession)context.getExternalContext().getSession(false);
        if(session!=null) {
            Boolean accessibilityMode = (Boolean)session.getAttribute("AccessibilityMode");
            accessibilityOn = accessibilityMode!=null && accessibilityMode;
        }
    }

    public String turnAccessibilityOff() {
        FacesContext context = FacesContext.getCurrentInstance();
        HttpSession session = (HttpSession)context.getExternalContext().getSession(false);
        if(session!=null) {
            session.setAttribute("AccessibilityMode", accessibilityOn = true);
        }
        String viewId = context.getViewRoot().getViewId();
        return viewId+"?faces-redirect=true";
    }

    public String turnAccessibilityOn() {
        FacesContext context = FacesContext.getCurrentInstance();
        HttpSession session = (HttpSession)context.getExternalContext().getSession(false);
        if(session!=null) {
            accessibilityOn = false;
            session.removeAttribute("AccessibilityMode");
        }
        String viewId = context.getViewRoot().getViewId();
        int index = viewId.lastIndexOf("/ac/");
        if(index>-1)
            viewId = viewId.substring(0, index)+viewId.substring(index+3);
        return viewId+"?faces-redirect=true";
    }

    public boolean getAccessibilityOn() {
        return accessibilityOn;
    }
}

2. 当辅助功能模式打开时，一个 PhaseListener 用于纠正视图的路径

PhaseListener 只是检查可访问性模式，在这种情况下，重写视图在子目录中查找的路径ac。如果那里存在指定的视图，则当前的组件树将被丢弃并从同一视图的可访问版本重建。

这里的解决方案不太好，因为 JSF 已经构建了一个组件树，而我只是将其丢弃并从另一个文件中重新处理它。

public class AccessibilityPhaseListener implements PhaseListener{
    private static final long serialVersionUID = 1L;

    @Override
    public void beforePhase(PhaseEvent event) {
        FacesContext context = FacesContext.getCurrentInstance();
        HttpSession session = (HttpSession)context.getExternalContext().getSession(false);
        if(session==null) {
            return;
        }
        Boolean acessibilityMode = (Boolean)session.getAttribute("AcessibilityMode");
        if(acessibilityMode==null || !acessibilityMode)
            return;

        String viewId = context.getViewRoot().getViewId();
        if(acessibilityMode) {
            int index = viewId.lastIndexOf("/");
            viewId = viewId.substring(0, index+1)+"ac/"+viewId.substring(index+1);
        } else {
            int index = viewId.lastIndexOf("/");
            if(viewId.substring(index-3, index).equals("/ac"))
                viewId = viewId.substring(0, index-3)+viewId.substring(index);
        }

        URL url = null;
        try {
            url = context.getExternalContext().getResource(viewId);
        } catch (MalformedURLException e) {
        }

        if(url==null)
            return;
        ViewHandler handler = context.getApplication().getViewHandler();
        UIViewRoot root = handler.createView(context, viewId);

        root.setViewId(viewId);
        context.setViewRoot(root);
    }

    @Override
    public PhaseId getPhaseId() {
        return PhaseId.RENDER_RESPONSE;
    }
}

结论

我可以满足我的所有要求：

1. 无需重构 Java 代码，应用程序现在可以在两种不同的模式下工作；
2. 我只重建了我想要的视图，在原始视图与屏幕阅读器配合良好的情况下，它会保持原样；
3. 辅助功能模式可以随时打开和关闭，并且用户可以立即响应此操作；

我知道这个解决方案适用于任何类型的应用程序模式，而不仅仅是可访问性。任何时候有人需要根据应用程序或会话参数选择某个视图而不是另一个视图，它都会起作用。例如，文化定制比颜色和语言更进一步、需要完全重新设计视图的多元文化应用程序可以利用此模型。

所有这一切的缺点是，当可访问性模式打开并且某个视图有可访问版本时，JSF 将工作两次，一次构建原始视图，第二次构建可访问版本。