>像jdon这样消灭表现层的框架，程序是否OO完全取决于业务层，表现层使用IoVC简化视图是否值得使用？
我在以前文章说过，java复杂就复杂在表现层，我们看看其他两个主要层：业务层，业务层使用IOC后，就看你的业务，如果你的业务简单则简单；持久层：使用Hibernate后代码也很少，也很简单。那么为什么Java和ROR等相比还复杂，ROR和grails好在哪里？就是让你直接入手构建Domain。也就是让你更快面向业务编程。
所以Jdon框按照约定大于配置架消灭表现层，但是你还是可以使用配置来复杂定制表现层，不是真正消灭，而是在大多数情况下不必使用表现层了，这个和Grails将SSH缺省的配置封装起来作为缺省条件的思路是一致的。
那么有人会说，你这么简化表现层，但是客户对页面会有高要求，注意，表现层和界面是两个概念，表现层是一个MVC关系，我们简化了其中C，不必编程action，但是V试图ID等都可由美工等其他非技术人员实现，可以将界面做得很复杂。
从MVC这个模式意义可以看出，View视图是一个静态页面，是一个结果，作为一个流程的结果不应该和Action绑定，因为先有Action才有View视图；如果是视图提交给Action呢？这Jsp标准早就使用JavaBean解决，视图中数据肯定应该对应一个对象，但不是Action对象，它是一个struts的ActionForm，至于将ActionForm注射到Action中，Struts 2.0也做到了，借助Spring的IOC就可以，如果这个就叫IoVC，未免有点那个.....
对于Jdon框架，因为没有Action，就不必注射，岂不是更简单？