JSP is no longer required.

历经一个半月的努力，框架终于在2007年12月上旬完成了改造，目前框架已支持热部署。

 

框架采用XSLT格式化XML为XHTML的方式来展现所有内容，内容管理采用入口参数来控制，浏览器请求的地址会被引擎转换到相应入口，引擎根据入口定义调用方法获得特定格式的XML内容，然后根据入口定义找到对应的XSTL文件，使用XSLT文件将XML内容格式化成XHTML。

 

这样做的目的就是要把管理、逻辑、内容、风格分离，使得任务可分配给擅长某方面技术的人员，他们不再需要熟悉其它方面，使得开发工作可同步进行。

 

内容根据系统设计时定义的数据库或XML来制作，入门了的Java工程师即可胜任此工作。

 

逻辑根据入口定义从内容中获取数据并生成特定格式的XML内容，只要有一定基础的Java工程师即可胜任此工作。

 

风格根据UI设计时定义的界面来制作，需要具有XSL、JavaScript、CSS、HTML技术特点的Web工程师来完成这部分工作，明显的，这里多了一个XSL。

 

管理根据入口定义配置逻辑与风格的关联，这部分需要有相当功底的架构工程师来完成。

 

此外，UI工程师和测试工程师肯定也少不了。

 

开发流程可以这样控制：

 

UI工程师制作格式为HTML的效果页面，并将制作好的文件提交到CVS；

 

架构工程师根据效果页面定义格式为XSD的页面数据，并将制作好的文件提交到CVS；

 

Web工程师根据效果页面和页面数据制作格式为XSL的数据格式，以及相应的格式为JS的JavaScript脚本和格式为CSS样式，经过测试将制作好的文件提交到CVS；

 

Java工程师根据页面数据制作生成数据的业务逻辑和数据存储，经过测试将制作好的文件提交到CVS；

 

架构工程师定义功能目录入口，把Web工程师和Java工程师制作的文件整合起来；

 

架构工程师把完整的应用软件打包并发布到网络中；

 

测试工程师对应用软件进行功能测试，并填写测试报告；

 

修改BUG后重新发布应用软件；

 

如此将不再需要再嵌入Java代码，JSP在HTML中嵌入代码，XSP在XML中嵌入代码，这样做意味着样式的修改不会影响到逻辑和内容，逻辑或内容的修改不会影响到风格，前提是只要定义XML内容的XSD不改变，因此，系统的开发效率、稳定性将得到很大提升。

 

此外，使用入口匹配XSLT和XML的方法使得不同的使用者可以选择不同的风格，体验变得更有趣。

 

框架新近开始支持热部署，包括框架系统配置部分以及所有发布到框架中的应用软件。同时，框架还支持数据同步，以适应集群服务器部署。

评论

4 楼 triu 2008-01-10  

mvmouse 写道

XSL＋XML难到就比jsp好吗？
我个人非常讨厌XSL

重要的不是哪个好，而是哪个对项目更有帮助，分工更明确就会利于管理，
开发效率自然就相对高一点，呵呵，这才是重点。

另外，XSL和XML在语法上基本上相同，所以，讨厌它没什么道理呐。

3 楼 triu 2008-01-10  

koalant 写道

跟那个 cocoon 有什么区别

是的，从2003年开始研究Cocoon，只不过sitemap让我望而却步，一直不敢在项目里使用Cocoon。
直到前段时间完成了异构资源共享和业务流程管理，才想到了不使用sitemap的方法，所以，区别
就在管理上，用功能目录的定义代替了sitemap，这样容易配置，也才能实现热部署。

对了，框架还支持多语言。

2 楼 koalant 2008-01-10  

跟那个 cocoon 有什么区别

1 楼 mvmouse 2008-01-10  

XSL＋XML难到就比jsp好吗？
我个人非常讨厌XSL