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的方法使得不同的使用者可以选择不同的风格，体验变得更有趣。

 

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

评论

44 楼 triu 2008-01-10  

Qieqie 写道

允许我不礼貌地问您个问题

LZ你工作几年了？

我也想问您，这个有什么意义吗？就事论事不好吗？

43 楼 triu 2008-01-10  

一蓑烟雨任平生 写道

看来是后者了，你还是找一个小项目试试吧。

建议你在项目实施过程中，把每道工序的步骤写清楚，比如：原型设计怎么做，开发过程中的怎么调试、怎么测试。上线前后，业务的频繁变更要求。一年以后，新人来做运维 等等情况。

基于你定的流程，看看这么做的成本，项目的QCD（质量成本交付期）指标是否有了很大的提升。

正有此意。

根据你的建议，如果一个项目一年后还在做运维就不是小项目了吧，所以至少要是中型项目。

42 楼 Qieqie 2008-01-10  

允许我不礼貌地问您个问题

LZ你工作几年了？

41 楼 一蓑烟雨任平生 2008-01-10  

你还是找一个小项目试试吧。

建议你在项目实施过程中，把每道工序的步骤写清楚，比如：原型设计怎么做，开发过程中的怎么调试、怎么测试。上线前后，业务的频繁变更要求。一年以后，新人来做运维等等情况。

基于你定的流程，看看这么做的成本，对项目的QCD（质量、成本、交付期）指标的影响。

40 楼 triu 2008-01-10  

XMLDB 写道

triu 写道

XMLDB 写道

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

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

triu 写道

如此将不再需要再嵌入Java代码，JSP在HTML中嵌入代码，XSP在XML中嵌入代码，这样做意味着样式的修改不会影响到逻辑和内容

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

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

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

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

39 楼 Qieqie 2008-01-10  

removed

38 楼 triu 2008-01-10  

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

37 楼 XMLDB 2008-01-10  

triu 写道

XMLDB 写道

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

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

triu 写道

如此将不再需要再嵌入Java代码，JSP在HTML中嵌入代码，XSP在XML中嵌入代码，这样做意味着样式的修改不会影响到逻辑和内容

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

36 楼 triu 2008-01-10  

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

35 楼 Qieqie 2008-01-10  

引用

database--->xml---->html中的xml的意义就在于能将不同的工作分离，让开发工作同步进行。

我还是很想问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：这里的项目指一个相对可控的项目，不需要一个对外的暴露服务，也不需要很重视逻辑复用的系统。

34 楼 triu 2008-01-10  

XMLDB 写道

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

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

33 楼 XMLDB 2008-01-10  

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

32 楼 triu 2008-01-10  

一蓑烟雨任平生 写道

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

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

31 楼 一蓑烟雨任平生 2008-01-10  

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

30 楼 triu 2008-01-10  

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

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

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

29 楼 ray_linn 2008-01-10  

triu 写道

XSLT在框架中就是Template，可以是不同语言的Template，
在不同语言下，还可以有多套Template，供使用者选择使用。

技术嘛，总是在找到突破点后才能推广应用。套句流行语：
主流之前都是非主流。

问题是，这早就是只老咸鱼了。俺就不打击你了，祝你早点让这只咸鱼翻生吧。

28 楼 triu 2008-01-10  

框架判断浏览器的语言版本调用对应语言的XSLT，实现对多语言的支持。

27 楼 triu 2008-01-10  

XSLT在框架中就是Template，可以是不同语言的Template，
在不同语言下，还可以有多套Template，供使用者选择使用。

技术嘛，总是在找到突破点后才能推广应用。套句流行语：
主流之前都是非主流。

26 楼 ray_linn 2008-01-10  

还是那句话，你对Template毫无优势，人员和开发成本提升。

XLS这么多年不死不活的结果早就说明这点了。

25 楼 triu 2008-01-10  

myreligion 写道

xslt具难用无比，比jsp效率低多了。而且浏览器解析xslt也靠不住，firefox都不支持xslt里面out出来的html标签！

XSLT单独使用当然很困难，但在框架中它只是一个样式转化，地位和CSS相同。

在浏览器对XSLT的支持只在设计阶段会用到，在实际运行时，框架会将XML内容
用XSLT格式好，浏览器不需要处理XSLT和XML，只需要显示诸如HTML、PDF、SVG、
WML等格式的内容。