IoVC，一种新的编程思想

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

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

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

看起来好象不错

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

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

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

    传统的GUI编程中，也就是我们所谓的"C/S"架构下的程序开发中，我们对"展现层与逻辑层分离"这个问题，感触并不是那么强烈,究其原因，是因为你的展现层和逻辑层，都用同一种语言开发，你在UI中可以任意的调用业务逻辑代码，而你在业务逻辑中，也可以很轻松的对UI进行各种更改，于是，C/S架构下的MVC更容易理解，符合我们的常规思维。
    但在B/S架构下，展现层已经注定是HTML，这是一种纯粹的UI描述型语言，而我们的业务逻辑则可能是Java，或C#等常规意义上的程序语言，于是，这两者之间出现了一个鸿沟，而为了弥补这个鸿沟，我们不得不在HTML中混入大量的程序代码片断，来调用业务逻辑及动态拼凑HTML（更改UI），而这样做的缺陷是显而易见的，那就是：程序的可维护性及可扩展性太差。
    于是乎，就出现了所谓的Web层的"MVC"架构，但大部分这类的MVC框架，做的最主要的工作是帮助我们把UI层的数据组装成对象模型JavaBean，再通过JavaBean和业务逻辑进行交互。但这类解决方案，存在一个问题：这是一种单向的解决方案，只解决了根据用户输入调用业务逻辑的问题，但倘若你还需要由于业务逻辑的变化而对UI进行改变，那么，你不得不另觅他径。
    而IoVC，则是一种双向的解决方案，它即帮助你把用户输入组装成你的domain模型，同时，你在domain模型中，还拥有对UI元素的控制力，无疑，这是一种更好的MVC。
    当然，IoVC的这些思路与想法，还有待实践的检验，请给我们以时间，让我们做得更好。

还在谈页面吗？我们已经开始进入到组件化的web开发时代了。拿GWT来说，我们可以把javabean直接和UI进行binding（ui数据发生变化，邦定的java bean也跟着变化），不需要IOVC。更有甚至，在gwt的支持下，我们都可以在UI中直接使用pojo，异步加载lazy 属性。UI很复杂，web的UI更是难以调教，但是关键点不是和业务调用的集成，而是本身所面对用户时，用户所提出的千奇百怪的用户界面和用户体验。

这种标签不太喜欢,我喜欢jodd-form这种的,套一个tag就行了.

我现在越来越倾向用比较老而原始的东西,比如页面就是HTML+js,再加上一些jsp必须的东西,觉得对这些东西的包装越少越好;
想给一个input增加一个属性操作dom不也是易如反掌么?后台么,反正增加一个属性也是要作修改的.

我已经患上了框架/思想恐惧症.要说这IoVC是一种解决某种问题的实现方案可能还好一点.大词时代还没过去么?