上一篇文章中介绍了GWT技术的一些理论性的东西,涉及到GWT得一些技术原理及实现。接下来笔者将通过创建一个GWT工程去理解分析GWT工程架构。

GWT工程架构解析

笔者使用的是Eclipse插件的方式进行GWT开发,具体开发环境如何搭建我也就不多提了,网上可以搜到。好了我们新建一个GWT工程。展开工程的各个目录结构,如下图所示:


GWT工程架构解析_第1张图片

src:该目录存放工程的源代码;

client:该包下主要存放UI界面部分的代码,会被GWT编译器交叉编译成javascript代码嵌入网页进行调用;

server:存放服务端的代码,不会被编译成javascript;

shared:一般存放的是页面校验代码,会被编译成javascript;

test:存放工程测试代码;

war:存放的是工程的发布信息

接下来笔者分别进入各个目录分析。

GWT模块

独立的GWT配置单元成为GWT模块,GWT模块定义文件包含了工程所需的设置信息。这些个设置信息主要是:模块的入口点模块继承信息源代码路径设置资源文件路径设置延迟绑定规则

GWT模块定义文件一般为工程名.gwt.xml,模块名则由模块定义文件的所在包名+模块定义文件名(不带后缀)组成。

上述工程图片中,GwtGuide.gwt.xml即为模块定义文件,我们看看其配置信息。




    
    
    
    
    
    
    
    
    
    
    
    
    
    
    

上述配置只是Eclipse生成的一些个常用的配置信息。模块配置详细信息入下图表:

GWT工程架构解析_第2张图片

模块继承

继承提高了复用性,GWT模块同样支持继承。模块中定义了大量的配置信息,通过继承可以简 化和分割模块的配置信息。

name属性为继承的模块名称(配置文件所在路径+配置文件名),当用到其他GWT工程的库时

必须继承其模块,否则会报"No such code is available"的错误。

Tips:模块继承会增加编译时间,不要无谓的去继承一些不用的模块。

模块入口点

GWT中实现EntryPoint接口的类可以作为GWT应用的入口点(重写onModelLoad函数),一个

GWT模块中可以定义多个入口点,编译时这些入口点都会被实例化,并执行onModelLoad函数

Tips:实现EntryPoint的类应该有一个无参构造方法

资源文件路径设置

在使用GWT进行AJAX开发的时候会用到一些CSS样式和javascript代码,考虑到某个模块会被

系统重用,如果将CSS样式和javacript文件直接在页面进行引入这回碰坏程序的高内聚低耦合

原则。而且每个使用该模块的界面都必须添加样式引用,特别麻烦。

GWT模块提供了将CSS等样式文件的引用写入GWT模块定义文件中,在模块初始化的时候将其引

入到页面中。


 

stylesheet指示编译器将src文件作为CSS样式文件加入到页面中。

Tips:前面的..表示的上级目录,当前所在的目录是GWT编译后的定义文件指定的目录

"rename-to"。而且使用这种方式在浏览器中查看网页源码的时候是看不见css样式文件的。

善于思考才能真正的学习!

其实只要仔细思考一下就可以明白,前面的配置中我们继承了GWT的主题模块,其模块定义

文件中必定使用stylesheet指定了CSS文件。如何查看样式文件呢?GWT项目是发布到web容

器中的,主题中所用的css,图片肯定有嘛,因此只要我们能够将应用发布,就能够找到!

查找资料"gwt发布"如下:

选中项目->右键->Googele->GWT Compile。

GWT工程架构解析_第3张图片

在编译信息下看见了, 接下来进入指定的信息目录去查看:

GWT工程架构解析_第4张图片

so!按照此种思路,以及clean.css的内容,去定制一套专有的Look and feel吧!

源代码路径设置


 

source用于指定GWT编译器将那个目录下的源码编译成javascript代码。

延迟绑定规则

对于延迟绑定这部分,笔者处在刚接触GWT的阶段,前期不会涉及到。以后再做补充吧。

Over!欢迎大家交流~。

参考资料:

《GWT揭秘》

http://blog.csdn.net/lanpiao_87/article/details/7227697