IoVC，一种新的编程思想

1. 概述

长久以来，在Web编程中，一直很难克服的一个问题就是：展现层与业务数据纠缠在一起，无法进行良好的解耦， 从而造成应用系统的扩展性差，维护成本高。于是，出现了所谓的MVC框架，试图以 Model-View-Control 这种非常流行的设计模式，将两者有效的隔离开来。但回顾目前主流的 Web MVC 架构，它们所做的绝大部分工作无非是：将页面中控件的值取出打包成 Java Bean；再无非就是在帮助你完成页面导航的过程中，辅助你进行页面参数的传递与分析。这样一种“简单 MVC”架构，是无法完全解决“展现层与业务数据完全解耦”这个问题的。 一旦你的需求超越了框架的能力，那么，你将面对的依然是：不得不在展现层中嵌入大量的 Script 代码，可能是Java代码片断，也可能是大量tag-lib及EL表达式的引入。

 

2. 什么是IoVC

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），程序员可以拿过来直接用，并且， 如果要对页面做调整（只要不是页面元素的增加或删除），程序员可以在自己熟悉的代码中直接设置，这岂非是一种很享受的境界？

 

更多技术文章，请见：http://www.operamasks.org/

 

评论

28 楼 lishali12345 2008-03-27  

支持一下
自己也很看好这样依赖反转的技术
也一直在关注和学习

27 楼 ada_li_li 2008-03-26  

Kevin开博, 鼓掌欢迎. 这下推广OperaMasks有些动静了.

26 楼 laodizhuq 2008-03-26  

这不，把页面展现又给挪到了后端了

25 楼 lizgyg 2008-03-26  

看起来好象不错

24 楼 mooniscrazy 2008-03-26  

各种各样的藕吃得太多，没几个能治病的，倒胃口了。

23 楼 gqf2008 2008-03-26  

没看出什么新意。。。。。。。。。

22 楼 kaipingk 2008-03-26  

这个考虑到的条件太少了，view层要展现的数据很多变。

21 楼 wuhua 2008-03-26  

变了越来越糟糕

20 楼 timerri 2008-03-26  

这是一个有专利的高科技产品......
仔细一看，原来是外观专利......

19 楼 lz726 2008-03-26  

貌似都喜欢创新，但是这个真的新么？

18 楼 doglist 2008-03-26  

学习                 

17 楼 pig345 2008-03-26  

欢个角度看，
如果把这个MyBean称为ViewBean（属于view层的helperbean），还算说的过去，但是这会造成在PO对象和这个viewbean对象间的重复定义和数据传递时的复制，似乎也不省油啊。

16 楼 pig345 2008-03-26  

有想法的人还真不少。。。
本来是表现层依赖业务逻辑层，这个倒是给反转了，成了业务逻辑层定义表现层。。。
这不是打着隔离的幌子，而实际上更加混淆了各层职责么？
望三思！

15 楼 h521999 2008-03-26  

学习

14 楼 liangguanhui 2008-03-26  

这个是实现方法吧？不是一种思想。

13 楼 yapi 2008-03-26  

JSF ?

12 楼 shellkk 2008-03-26  

两个问题：
1。动态内容的列表可怎么办呢，比如每行需要一个tooltip
2。一个uibean只能对应一个view吗？如果不是，不同view难道必须符合同一套annotation吗？

11 楼 soci 2008-03-26  

怎麽和STRUTS2里的 OGNL 这么像

10 楼 galaxystar 2008-03-26  

UI层还是支持用模板语言，调试会方便很多，而使用标签类，修改了代码或annotation不一定能马上生效。
但是模板可以。

9 楼 allenBen 2008-03-26  

感觉有点像WEB-work或者struts2，直接是页面从Action里边拉数据