关于JdonFramework表现层合作、发展的建议

上一个贴子http://www.jdon.com/jive/thread.jsp?forum=61&thread=31145,听了您的讲解,基本知道Guice是个什么样的定位了,我看了原文,前半部分还能理解,到后面看到很多的annotate就基本晕了。
——看来很多的知识在运用中才能真正掌握。

现在使用Jdon一段时间了,有了些浅薄的理解,想整理一篇文章发上来与大家分享,呵呵……总体来说,使用JDon之后,我最大的感觉是分层的概念非常清晰了,Model、Dao、Service就搞定了底层的业务。


目前使用Jdon框架,主要搭配的表现层框架还是Struts,但是感觉Struts的提交、转向再显示的机制已经不再被用户所欣赏了,实际上现在RIA富界面应用将会是未来软件界面的趋势,而这其中核心的主要有两方面的技术,一个是Flash,一个是Ajax,Flash是Adobe公司的商业化方案,而Ajax更接近于开源方案,如果再能很好地结合XML技术,如VML等,我想将会有很不错的效果。

现在我们在项目中感觉在表现层上的控制还是欠缺规范,Struts的机制有点老套了,不够人性化,从客户的角度出发AJAX是个好技术,所以很希望能有一个开源免费的J2EE表现层框架出台,里面要充分结合AJAX技术,同时与业务层的框架完美结合,最近在看上海锐道的dorado框架,很不错的感觉,他们还有个与其他开源框架结合的小框架叫marmot,提到了与Struts、Spring和Hibernate,我在想,都是在上海的公司,为什么不来个合作?Dorado与Jdon进行一下结合,我想那样国内的J2EE开发可就有了一个不错的标准思路:Hibernate+Jdon+Dorado,我想这会大大促进国内J2EE软件的质量!这个方案我正在自己的机子上尝试,不过技术水平一般,很多东西摸索起来较慢,如果是JDon和Dorado的专家一起合作,我想那将会有非常不寻常的结果。

最后,希望BenQ能在继续完善Jdon框架的基础上,多关注一下表现层的问题,实际上很多项目底层还比较规范,而表现层则是很混乱的,而项目的需求变化则多集中在表现层,大量的拖延和问题都出在这个方面。另外,感觉Jdon的人手还是有些欠缺,这也是我个人的感觉,BenQ是个技术型的CEO,在经营和管理方面还要多想办法,最好是能找到很好的合作人,互补,毕竟一个人的精力是有限的,团队的力量才够巨大。

多谢非常中肯的意见。

表现层这里确实存在很大改进地步,主要也是当前Java社区正在攻克的难题,属于RIA(Rich Internet Applications,RIA),目前肥客户端技术主要有三种: Java Swing等专用语言的肥客户端(企业市场应用较多); Flash客户端(互联网社区网站使用较多);javascript/AJAX(企业 社区网站混合使用);

说实话,我一直不是非常看好AJAX,Java之父曾经也说过:浏览器差异导致javascript应用障碍,而且javascript是非OO语言,如果实现太复杂界面和控制,维护性拓展性就是一个疑问,关于软件这个观点我已经说过了,软件不是功能能否实现的问题,而是是否可拓展可维护的问题。

Struts只是完成表现层一些基础功能,MVC模式基本架构,因此,将来技术只是基于其之上再进行封装,Jdon框架的CRUD流程就是基于struts的封装,只需了解一些简单的struts标签用法就可以,这些标签是用于和后台业务层交互的,就是使用ajax也不会完全替代,因为ajax是与前台客户端交互的,两种技术在jsp这里汇合,但是侧重方向不一样的。

所以,ajax和struts不是矛盾的,而是可以配合使用的,所以Jdon是和ajax框架并不矛盾,是可以自然结合,如和Dorado等。

软件设计讲究自然为道,如果Jdon和Dorado等表现层技术都是遵循专业化发展道路,坚持自然简单绅士透明风度,那么产品就会自然可以结合,靠产品联合,而不是靠人,我想这就是Java社区一种开放文化(不象微软那样喜欢包办,一竿子插到底)。

无论如何,wind13的建议非常有益,这是从用户角度考虑的,我上面是从我们软件提供者角度谈,因为那些精神是我们坚持开源免费的追求啊。

wind13如果在这方面探索成果,也欢迎你能共享出来,作为Jdon框架组件提供给用户使用,可以和我联系,谢谢。

[该贴被banq于2007年03月16日 11:37修改过]
[该贴被banq于2007年03月19日 15:14修改过]