IoVC，一种新的编程思想

人家楼主已经说了：IoVC让你具备了业务逻辑和UI之间双向交互的能力，但人家并没有让你把什么需要前台显示的东西放到后台来啊。

首先请"pig345"兄再观察一下笔者的语句：我并不认为将style放到后台Bean是最佳解决方案。
但同时，也请"pig345"兄考虑这样一个问题：（我的这个场景举的可能也有问题，但时间紧，一时半会想不到更合适的场景）
假设用户需要这样一种场景，在某个textField中，当用户输入某些不合法的字符，字体颜色变成红色，否则，字体颜色是蓝色。
并且，对这些字符是否合法的判断，需要到数据库中进行查询对比。
请问，这种场景，怎样解决最合适呢？

再回到楼主关于换肤的话题，何谓换肤？是指不影响用户业务逻辑的情况下，自由的更改应用系统的UI风格。
但上面的这个场景，它已经不是“换肤”所能解决的问题，这个场景本身就是用户的一种逻辑。

不过给出的例子确实不能体现你所说的这些，希望是如你所说吧，不过要照顾到较多情况，可能本身也不比其他框架省多少了。

－－－－－－－－－－
这个省是指：简单，容易理解，且在框架没考虑到的情况下，不需要为克服框架写一些费解的代码。

再具体的：你为什么不能在当用户输入某些不合法的字符给这个字段的时候，（在后台判断完成后，产生返回页面时），在这个字段上加上class='invalided_field'呢？
在css定义中完全可以在不同的界面方案（我说的皮肤）中，定义不同的.invalided_field{}，从而使用不同的颜色／外框／背景色等等。。。

多多利用web本身提供的灵活性不是更好？

解决问题不要太急于看实现，退一步，抽象点会获得很多灵活性，这种思考方式对框架作者尤其重要阿。

你说的对，一定要充分利用Web本身提供的灵活性。
但现在的问题并不是强调是用style，或者styleClass，还是说把 style 或 styleClass 的内容放在页面中还是放在后台 Bean 中的问题，笔者一直想强调的是：假设style或者styleClass都已经定义好了（且不论它是定义在哪里），那么，如何根据用户的输入，来更改UI的表现。
IoVC，让你拥有了一种能够在后台Bean中影响UI表现的能力。
仅此而已。

这种在后台影响UI表现的能力，还是不要有的好！

To Robbin兄：
    1) 模版语言：OperaMasks 已经在路上，那就是 Facelets。
    2) Annotation：在 OperaMasks 2.0中，已经大量运用了 Annotation。Robbin兄人在上海，套用上海的一句方言是：“Annotation不要太多哦。”
    3) JSF：我们站在JSF规范之上，取之精华，弃其糟泊。我们克服了许多JSF规范中不尽人意的地方，如对状态的维护，但同时，吸取了JSF大量的精华所在，如：组件模型、生命周期等等。但至于是否完全彻底的抛弃JSF，坦白说，我们也正在思考。

还是忍不住再说两句。如你所说，这个是IoVC的本质上要提供的。
然而就是这个能力，其实是完全有悖于MVC的，（似乎是四人帮还是其他资料里有个例子说道这个问题），MVC原则是Model中作业务规则的判定（具体到这里就是给出某字段是否正确的boolean），而怎么表现是各个不同View自己决定的。
注意是view查询model，然后自己作决定展现成什么样子，这个正是view和model的不同职责所在。

想象一下，如果这时候要你提供一个供其他系统查询/修改的基于web的接口（典型的需要是返回xml），你怎么作？能让两个不同的view（一个html的，一个xml的）使用同一个model？

说道这里忍不住要提到ROR了，可以看看他的MVC是怎么分离的。

为啥呢？

我想他的后台是指model。
由于view和model的不同职责所在，不能让model管理某个特定的view的展现逻辑，这样既会造成model的过分负担（如果有多种不同的view就更麻烦了），而又把view变成了白痴（连怎么展现自己都不能作主了）。