IoVC，一种新的编程思想

关于elite，我只是说它的介绍自相矛盾。我并没有说elite本身好或不好，语言这个领域我不是专家，如果要有人来评判，或许ajoo可以。

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

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

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

虽是跟robbin同志说的，我也来凑个热闹。

关于annotation。

我觉得annotation是个好东西是无疑的，但是我们当然也知道它所带来的耦合。为什么anno那么红，我个人觉得是原先许多解耦是无必要的，比如ORM，在多数时候把ORM规则写到单独的xml里并没有提供什么好处，因为它本来就是依赖你的Object model的，反而造成维护不便。

但是UI就大大不同。UI和app logic（更不要说domain logic）的耦合永远是麻烦的根源。

实际上，我们的问题是UI自身的logic怎么办。因为UI要越来越复杂。过去我们被迫写在jsp/taglib里，这导致一个极大的问题，就是ui logic和app logic交织到一块儿了。诚然这两者之间的界限并不是清晰的，就如同app logic和domain logic一样，有时候边界是模糊的。但是确实是存在区分。否则就不会有UI组件一说。UI组件无非是要把UI逻辑给包起来，别泄漏到app logic里。

我认为真正你要解决的问题是如何UI归UI，app归app。所以出现问题不是你对UI控制力太弱，而是你对UI控制太多。这看似矛盾，实则是深层问题的必然结果。因为UI自己搞不定，只好你想点法子越俎代庖。

关于JSF，偶只有一点题外话，取精去粗，这固然好，但是如果你们不能影响JSF的规范的发展方向，那还是白搭。总得来说，我对JSF的印象就是：它是一个续命的技术，而不是一个创新的技术。