IoVC——“Inversion of View-Control”,即“视图控制反转”,换言之:它能够把对“View(即 UI 视图)的控制力”注入到你的后台业务逻辑中。这样一来,你在编写业务逻辑的过程中,对 View 拥有足够的控制力,从而能够将展现层与业务逻辑完全的解耦。
举一个场景:页面中有一个文本输入框,它的值对应后台的一个JavaBean的属性。我们首先来看一下传统的编程模型:
页面:
<w:textField value="#{myBean.value}"/>
后台:
public class MyBean {
private String value;
public String getValue() {
return value;
}
public void setValue(String value) {
this.value = value;
}
}
此时,假设用户需要发生变化,我们需要设置文本输入框的tooltip,并且,它的值来自于后台 JavaBean 的另一个属性,那么,程序需要做如下调整:
页面:
<w:textField value="#{myBean.value}" tooltip="#{myBean.tooltip}"/>
后台:
public class MyBean {
private String value;
private String tooltip;
public String getValue() {
return value;
}
public void setValue(String value) {
this.value = value;
}
public String getTooltip() {
return tooltip;
}
public void setTooltip(String tooltip) {
this.tooltip = tooltip;
}
}
我们可以观察:在传统的编程模型下,如果页面逻辑发生变化,我们首先需要修改UI展现层,加上 tooltip="#{myBean.tooltip}" 的语句,然后,再在后台Bean中设置此属性值。
那么,在IoVC编程模型下,情况又是怎样的呢?
页面:
<w:textField id="txt"/>
后台:
public class MyBean {
@Bind(id="txt")
private String value;
}
如果需要扩展文本编辑框的tooltip属性,只需要:
页面:
<w:textField id="txt"/>
后台:
public class MyBean {
@Bind(id="txt")
private String value;
@Bind(id="txt" att="tooltip")
private String tooltip;
}
在IoVC编程模型下,Web页面不需要发生任何变化,你只需要在后台 Java Bean 中写上这样一行属性声明即可@Bind(id="txt" att="tooltip") private String tooltip,甚至于你连传统的getter/setter都不需要。
换言之,在传统的编程模型下,页面美工通过网页设计工具“画”出来的页面,程序员看不懂; 而如果程序员对页面进行修改,则页面美工又无法理解; 并且,如果要更改业务逻辑,程序员需要不断的维护页面内容,最终造成页面美工与程序员无法协同工作。而在 IoVC 的编程思想下,页面美工只需要给每个组件设置一个ID,程序员在后台的业务逻辑中,便拥有对页面 UI 元素的完全控制力。Web页面在美工完成之后,程序员再也无需因为需求的变更或者逻辑的变化,而再重新维护 Web页面内容。
简而言之,IoVC是一种更好的MVC,是对MVC的一种高层次抽象。
设想一下:日后美工人员画出来的页面(只要设置了正确的ID),程序员可以拿过来直接用,并且, 如果要对页面做调整(只要不是页面元素的增加或删除),程序员可以在自己熟悉的代码中直接设置,这岂非是一种很享受的境界?
注:IoVC,Apusic OperaMasks 2.0新特性。
本文用一个非常简单的例子“helloDuke",介绍 IoVC 编程模型的一种实际场景。在阅读本文前,建议您首先阅读这两篇文章:
Hello Duke!
IoVC,一种新的编程思想
在IoVC编程模型下的 HelloDuke 版本,功能没做任何增减,依然如下图所示:
但由于在程序中用到了 IoVC 思想,及 facelets 技术,因此,整个程序的目录结构更改如下:
helloDuke
--duke.gif
--greeting.xhtml
--sameName.xhtml
--WEB-INF
--web.xml
--faces-config.xml
--operamasks.xml
--classes
--helloduke
--GreetingBean.class
下面就让我们来完成此应用。
首先,我们来看一下老版本的 greeting.jsp是怎样的:
<%@ taglib uri="http://java.sun.com/jsf/html" prefix="h" %>
<%@ taglib uri="http://java.sun.com/jsf/core" prefix="f"%>
<f:view>
<h:form>
<h2>Hello, my name is Duke. What is yours?</h2>
<h:graphicImage url="duke.gif"></h:graphicImage>
<h:outputText value="#{userBean.result}"/><br>
<h:inputText value="#{userBean.name}"></h:inputText>
<h:commandButton value="sayHello" action="#{userBean.sayHello}"/>
</h:form>
</f:view>
那么,在AOM 2.0版本下,并且在 IoVC 编程思想下,greeting.xhtml又是怎样的呢?
<f:view xmlns="http://www.w3.org/1999/xhtml" xmlns:f="http://java.sun.com/jsf/core"
xmlns:w="http://www.apusic.com/jsf/widget" xmlns:layout="http://www.apusic.com/jsf/layout"
renderKitId="AJAX" xmlns:h="http://java.sun.com/jsf/html">
<w:page title="helloDuke">
<w:form>
<h2>Hello, my name is Duke. What is yours?</h2>
<img src="/articles/helloduck-iovc/html_single/duke.gif" />
<h:outputText id="result"></h:outputText><br />
<w:textField id="name"></w:textField>
<w:button id="sayHello" value="sayHello" />
</w:form>
</w:page>
</f:view>
我们的注意力不要被<w:>还是<h:>所影响,我们先假设这两者都是等价的。我们主要观察<h:outputText>、<w:textField> 以及<w:button> 这三个主要UI控件的写法。我们可以看到,在新版本中,<h:outputText> 和<w:textField>并没有指定value,而<w:button>也没有指定action,但这三者都有不同的id,并且,整个页面全部都是展现层相关信息,没有任何代码片断或 EL 表达式的引入。
那么,这三者的值以及动作事件,又是怎样和后台的JavaBean关联起来的呢?
首先,我们也是先熟悉一下老版本中的 UserBean(在新版本中,它的名称改为 GreetingBean)。
package helloduke;
public class UserBean {
private String name;
public String getName() {
return name;
}
public void setName(String name) {
this.name = name;
}
public String getResult() {
if(this.name == null || "".equals(name.trim())) return "Please input your name.";
else return "Hello " + name;
}
public Object sayHello() {
if("duke".equalsIgnoreCase(name)) return "duke";
return null;
}
}
那么,在新版本中,上述逻辑变成怎样的呢?如下所示:
package helloduke;
@ManagedBean(name="GreetingBean", scope=ManagedBeanScope.SESSION)
public class GreetingBean {
@Bind(id="result")
private String result;
@Bind(id="name")
private String name;
@Action(id="sayHello")
public Object sayHello(){
if("duke".equalsIgnoreCase(name)) return "/sameName.xhtml";
return null;
}
@BeforeRender
private void settingValues(boolean isPostBack){
if(this.name == null || "".equals(name.trim())) {
result = "Please input your name.";
}
else {
result = "Hello " + name;
}
}
}
我们可以观察到,在 result 属性上,有一个 @Bind(id="result")的 annotation 声明;同样,在name上,也有 @Bind(id="name") 的声明,而在 sayHello 方法上,则有@Action(id="sayHello") 的声明。至此,我们恍然大悟:通过这样一些声明,<h:outputText>的值自动和 result 属性关联,<w:textField>的值自动和 name 属性关联,而<w:button> 的Action事件,则和 sayHello 方法关联。
等一下,这里有个问题:针对 result 属性和 name 属性,在AOM 2.0下,连 setter/getter 方法都没有?是的,完全可以忽略。
那么,result 的值是在哪里设置的?请注意 settingValues 方法,它有一个 @BeforeRender 的声明,意思就是说:当页面在渲染前,请调用此方法。这就相当于一个回调函数,因此,对 result 属性的设置,我们就可以在此处进行处理。
好像一切都很完美,但是,还有一个问题,greeting.xhtml页面,是怎样和 GreetingBean 对应起来的?目前,你可以假设认为:这是通过命名规则获得的,但这部分内容已经超过本文所要介绍的范围, 请允许我在下一篇文章中介绍。
我们还可以做得更好,那就是 Apusic Studio 给予的全生命周期的开发支持。
那么,Apusic Studio 对 IoVC 又提供了怎样的支持?在这里,我们提出了称为"Smart DblClick"的技术,针对任何控件对其双击,将自动弹出该控件 IoVC 支持的向导,以<w:button>为例,双击的效果如下:
看上去还不错,那么,为何不立即体验一下呢?
IoVC的支持仅限于 AOM 2.0 版本,并请注意 Apusic 应用服务器及 Apusic Studio的版本支持。在完成本文结束时,请使用 AOM 2.0 M1,Apusic 应用服务器 5.1 TP5,Apusic Studio 5.1 M5 版本。