JSP is no longer required.

讨论中涉及到的问题都在预料之中，这更坚定了我的信心，感谢各位的提点，
特别是ray_linn。

一项单独技术可能不咋地，但几个技术整合在一起就会变得不一样了，可能有
言之不及的地方，所以，如果有任何好的建议和疑问都可以提出来讨论，这里
表示欢迎。

还有，不用担心打击到我，完全不必担心这个。

这套框架的应用场景是什么？是做信息发布网站，还是企业的应用业务系统。如果是前者，可以这么用，不过有更简单的处理方式，也能满足你的分工要求。如果是后者，你就断了这么念头，能生生把一个项目或者一个产品给弄死。

大哥，不明白你的意思。送佛送到西，能说明白点吗？别笑我太愚笨哈。

从来没有看到过能脱离JavaScript的系统存在，我想请教下如果全用XSTL，页面内类似动态逻辑的东西该怎么实现。

没有说不需要JavaScript啊，麻烦你，看清楚嘛。

我还是很想问xml的意义在哪里？
XML在此的作用是分离data以及作为表现的html，这在提供纯粹服务的Project中有用，但是这种应用的领域是狭窄的，难具有普遍性。
写好了，HTML也是一种XML。从一种XML到另一种XML(HTML)，如果不是因为确实需要，此时的那个纯粹XML叫“绕”

简单点说：
在那些只有一种view的领域，肯定是不需要XML的，我把生成XML在考虑如何转化为HTML的功夫，直接使用velocity/freemarker来做会更直接。
那些需要多种view的领域，也不代表XML+XSLT的方式是优秀的。
只有那种纯粹只暴露数据的，才使用XML(此时在本项目内也就没有XSLT的必要了，因为那是服务消费者的问题，当然对方很有可能直接使用XSLT展现获得的数据)。


上面我说他在大部分场合没有必要，现在我来说这种理想的龌龊。

XML在database--->xml---->html的应用中，体现的是一个分层思维，

DAO-BO-AO-ACTION-XML-HTML，开发者如果没有一点自主思考的习惯和能力，会被这个模式折腾死的。

我已经开始讨厌分层了！很大部分的项目(注1)根本不需要分层，分好角色可能更重要：
Action/Controller角色
Model角色
View角色


注1：这里的项目指一个相对可控的项目，不需要一个对外的暴露服务，也不需要很重视逻辑复用的系统。

database--->xml---->html中的xml是页面里的动态数据。

真的可以不用嵌入任何代码吗？只是挪了一下位置吧，感觉分布散了更混乱呢

架构工程师根据UI工程师的设计定义每个页面的动态数据（用XSD），
Web工程师就可以根据样例XML文件制作包括JS、CSS的XSLT文件，并利
用浏览器对XSLT的支持查看设计结果，而Java工程师则根据数据存储
的定义制作生成动态数据的业务逻辑和数据管理类。

可以确定每个人员只需要发挥自己的专长即可，关键还在于需要掌握XSLT的人员。

不是挪位置，真的可以不再嵌入代码，做HTML就专门制作HTML，做XSLT的就专门制作XSLT，
制作JAVA的专门制作JAVA，分得很清楚。

感觉混乱的原因可能是对于如何管理，这个只能这样解释，就是，对应每个页面都会有一个
入口，而入口就是配置XML和XSLT如何关联的地方。