如何在 JSF 中使用应用程序模式
How to work with application modes in JSF
我的应用程序(JSF 2、Java 6、JBoss 7.1)必须提供两种操作模式:可访问模式和不可访问模式。
在可访问性模式下,一些(不是所有)页面具有特定的设计,以便屏幕更好地阅读 reader。两种模式之间的区别纯粹是视觉上的,托管 bean 完全相同。理想情况下,无需更改 Java 代码。
大部分工作已完成:
- 在页面顶部添加了一个link来切换模式
- 添加了支持 bean 来处理 link
上的点击
- 打开辅助功能后,会向会话 cookie 添加一个属性,以将其标记为可访问
- 添加了 ResourceResolver,以便在为特定用户的特定请求打开辅助功能时将页面路径重写为可访问版本
尽管如此,它几乎 完美地工作,但似乎有某种视图缓存破坏了我的解决方案。考虑以下情况:
- 应用程序以不可访问模式启动
- 我浏览了一些页面
- 我通过单击相应的 link
打开辅助功能模式
- 我收到一个页面,告诉我现在处于辅助功能模式,我注意到菜单已更改为其辅助功能版本(不同页面模板中存在的不同组件)
- 我导航到未访问的页面,它们都处于辅助模式
- 我导航到打开辅助功能之前访问过的页面,我在 非辅助功能 版本
中看到它们
在最后一步中,我们可以了解到,即使在可访问模式下并且发生了资源路径转换(我有日志可以证明),页面也是在默认的非可访问模式下生成的。
那么,JSF 中真的有页面缓存吗?我怎样才能清除它,这样页面确实会再次呈现?
更新 1
网络监控显示确实是向应用发出了请求,所以这里没有播放浏览器缓存。
一段时间后,我终于找到了一个解决方案,也就是说,一个编码策略可以满足我的所有要求。也许这在技术上不是一个好的解决方案,但它是一个功能性的解决方案,因为它产生了我需要提供的体验,让我无需触摸 all 已经存在的 Java 代码.好了!
1。一个用于翻转和翻转可访问性模式的托管 bean
下面的托管 bean 负责打开和关闭可访问性以响应用户单击某个命令 link。这个想法是在可访问模式打开时向会话添加一个属性,并在可访问模式关闭时将其删除。
这些操作 return 重定向当前页面,以便用户立即看到界面从一种模式更改为另一种模式。
打开辅助功能后,视图路径更改为附加一个/ac
,因为我所有的辅助视图都具有与非辅助功能相同的文件名,但在名为[=的子目录中13=].
@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
子目录中查找的路径。如果那里存在 desided 视图,则当前组件树将被丢弃并从同一视图的可访问版本重建。
这里的解决方案不是很好,因为 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;
}
}
结论
我可以满足我的所有要求:
- 无需 Java 代码重构,应用程序现在可以在两种不同的模式下运行;
- 我只重建了我想要的视图,如果原始视图在屏幕上工作正常reader它会保持原样;
- 无障碍模式可以随时打开和关闭,用户可以立即响应此类操作;
我不明白这个解决方案适用于任何类型的应用程序模式,而不仅仅是可访问性。任何时候有人需要 select 某个视图而不是另一个基于应用程序或会话参数的视图时,它都会起作用。例如,文化定制比颜色和语言更进一步的多文化应用程序需要完全重新设计视图可以利用此模型。
所有这一切的缺点是,当可访问性模式打开并且存在某个视图的可访问版本时,JSF 将工作两次,一次构建原始视图,第二次构建无障碍版本。
我的应用程序(JSF 2、Java 6、JBoss 7.1)必须提供两种操作模式:可访问模式和不可访问模式。
在可访问性模式下,一些(不是所有)页面具有特定的设计,以便屏幕更好地阅读 reader。两种模式之间的区别纯粹是视觉上的,托管 bean 完全相同。理想情况下,无需更改 Java 代码。
大部分工作已完成:
- 在页面顶部添加了一个link来切换模式
- 添加了支持 bean 来处理 link 上的点击
- 打开辅助功能后,会向会话 cookie 添加一个属性,以将其标记为可访问
- 添加了 ResourceResolver,以便在为特定用户的特定请求打开辅助功能时将页面路径重写为可访问版本
尽管如此,它几乎 完美地工作,但似乎有某种视图缓存破坏了我的解决方案。考虑以下情况:
- 应用程序以不可访问模式启动
- 我浏览了一些页面
- 我通过单击相应的 link 打开辅助功能模式
- 我收到一个页面,告诉我现在处于辅助功能模式,我注意到菜单已更改为其辅助功能版本(不同页面模板中存在的不同组件)
- 我导航到未访问的页面,它们都处于辅助模式
- 我导航到打开辅助功能之前访问过的页面,我在 非辅助功能 版本 中看到它们
在最后一步中,我们可以了解到,即使在可访问模式下并且发生了资源路径转换(我有日志可以证明),页面也是在默认的非可访问模式下生成的。
那么,JSF 中真的有页面缓存吗?我怎样才能清除它,这样页面确实会再次呈现?
更新 1
网络监控显示确实是向应用发出了请求,所以这里没有播放浏览器缓存。
一段时间后,我终于找到了一个解决方案,也就是说,一个编码策略可以满足我的所有要求。也许这在技术上不是一个好的解决方案,但它是一个功能性的解决方案,因为它产生了我需要提供的体验,让我无需触摸 all 已经存在的 Java 代码.好了!
1。一个用于翻转和翻转可访问性模式的托管 bean
下面的托管 bean 负责打开和关闭可访问性以响应用户单击某个命令 link。这个想法是在可访问模式打开时向会话添加一个属性,并在可访问模式关闭时将其删除。
这些操作 return 重定向当前页面,以便用户立即看到界面从一种模式更改为另一种模式。
打开辅助功能后,视图路径更改为附加一个/ac
,因为我所有的辅助视图都具有与非辅助功能相同的文件名,但在名为[=的子目录中13=].
@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
子目录中查找的路径。如果那里存在 desided 视图,则当前组件树将被丢弃并从同一视图的可访问版本重建。
这里的解决方案不是很好,因为 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;
}
}
结论
我可以满足我的所有要求:
- 无需 Java 代码重构,应用程序现在可以在两种不同的模式下运行;
- 我只重建了我想要的视图,如果原始视图在屏幕上工作正常reader它会保持原样;
- 无障碍模式可以随时打开和关闭,用户可以立即响应此类操作;
我不明白这个解决方案适用于任何类型的应用程序模式,而不仅仅是可访问性。任何时候有人需要 select 某个视图而不是另一个基于应用程序或会话参数的视图时,它都会起作用。例如,文化定制比颜色和语言更进一步的多文化应用程序需要完全重新设计视图可以利用此模型。
所有这一切的缺点是,当可访问性模式打开并且存在某个视图的可访问版本时,JSF 将工作两次,一次构建原始视图,第二次构建无障碍版本。