据统计,Java的web开发,单表现层框架就有接近60个之多。每个开发框架的设计理念和编程方式都有独到之处。
居于MVC的框架:如struts,webwork等,这些是现在用得最广泛,也最成熟可靠的一类框架了,特点就是:用到了很多的xml配置,用配置来定义各个层和类之间的关联关系。
居于组件的框架:这类框架据传是最有可能成为继webwork之后的,下一代web表现层框架了,我主要分成两类来介绍:
1)居于客户端的:这类的代表有dojo,extjs,yui,jquery等。如果选用这类的框架,势必会是以后的开发在js上投入更多,而js的开发效率大家都知道:(而且可能会出现以下问题:
a)控件多了的话,js渲染页面,使得页面响应速度变慢
b)时间长了,可能会出现IE内存泄露的问题
其中extjs是基于js代码的。也就是说采用extjs后,以后开发出来的程序,在页面上将充满大量的js代码;dojo即支持代码方式,也支持标签的方式。
2)基于服务器端的:这类的代码有wicket,Tapestry,gwt。同理,选用这一类的框架,就要加重服务器端的开发(java语言)。Tapestry更接近于MVC一些,现在相对比较成熟。而wicket更接近于完全的C/S端开发。而且wicket提供了丰富的web控件(比如tab,menu,tree等),我觉得这个框架以后真正发展起来了,应该更有优势。
===时间关系,未完待续===
居于MVC的框架:如struts,webwork等,这些是现在用得最广泛,也最成熟可靠的一类框架了,特点就是:用到了很多的xml配置,用配置来定义各个层和类之间的关联关系。
居于组件的框架:这类框架据传是最有可能成为继webwork之后的,下一代web表现层框架了,我主要分成两类来介绍:
1)居于客户端的:这类的代表有dojo,extjs,yui,jquery等。如果选用这类的框架,势必会是以后的开发在js上投入更多,而js的开发效率大家都知道:(而且可能会出现以下问题:
a)控件多了的话,js渲染页面,使得页面响应速度变慢
b)时间长了,可能会出现IE内存泄露的问题
其中extjs是基于js代码的。也就是说采用extjs后,以后开发出来的程序,在页面上将充满大量的js代码;dojo即支持代码方式,也支持标签的方式。
2)基于服务器端的:这类的代码有wicket,Tapestry,gwt。同理,选用这一类的框架,就要加重服务器端的开发(java语言)。Tapestry更接近于MVC一些,现在相对比较成熟。而wicket更接近于完全的C/S端开发。而且wicket提供了丰富的web控件(比如tab,menu,tree等),我觉得这个框架以后真正发展起来了,应该更有优势。
===时间关系,未完待续===