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

    GWT工程架构解析

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

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

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

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

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

test:存放工程测试代码;

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

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

GWT模块

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

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

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

<?xml version="1.0" encoding="UTF-8"?>
<!-- rename-to重命名: 将编译信息放在指定的目录下, 该目录位于war下 -->
<module rename-to='gwtguide'>
<!-- inherrits: 指定继承其他模块,大多数情况下我们 的项目是由多个GWT构成的(项目依赖),必须 继承其他模块。 -->
<!--核心模块,必须继承 包括EntryPoint接口,界面控件、DOM访问功能等 -->
<inherits name='com.google.gwt.user.User' />
<!-- 主题模块,GWT提供的一些可选主题 -->
<inherits name='com.google.gwt.user.theme.clean.Clean' />
<!-- <inherits name='com.google.gwt.user.theme.standard.Standard'/> -->
<!-- <inherits name='com.google.gwt.user.theme.chrome.Chrome'/> -->
<!-- <inherits name='com.google.gwt.user.theme.dark.Dark'/> -->
<!-- Other module inherits -->
<!-- 指定工程的入口类,写全类路径 -->
<entry-point class='com.guide.client.GwtGuide' />
<stylesheet src="../GwtGuide.css" />
<!-- 指定哪些目录编译成javascript代码 -->
<source path='client' />
<source path='shared' />
</module>

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

模块继承

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

<inherits name='com.google.gt.user.User'/>

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模块定义文件中,在模块初始化的时候将其引

入到页面中。

<entry-point class='com.guide.client.GwtGuide'/>
<stylesheet src="../GwtGuide.css"/>

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

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

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

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

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

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

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

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

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

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



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

源代码路径设置

<source path='client'/>
<source path='shared'/>   

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

延迟绑定规则

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

Over!欢迎大家交流~。

参考资料:

《GWT揭秘》

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

GWT工程架构分析与理解的更多相关文章

  1. Android基础-系统架构分析,环境搭建,下载Android Studio,AndroidDevTools,Git使用教程,Github入门,界面设计介绍

    系统架构分析 Android体系结构 安卓结构有四大层,五个部分,Android分四层为: 应用层(Applications),应用框架层(Application Framework),系统运行层(L ...

  2. Redis面试热点工程架构篇之数据同步

    温馨提示 更佳阅读体验:[决战西二旗]|Redis面试热点之工程架构篇[2] 前言 前面用了3篇文章介绍了一些底层实现和工程架构相关的问题,鉴于Redis的热点问题还是比较多的,因此今天继续来看工程架 ...

  3. tomcat架构分析 (Session管理)

    Session管理是JavaEE容器比较重要的一部分,在app中也经常会用到.在开发app时,我们只是获取一个session,然后向session中存取数据,然后再销毁session.那么如何产生se ...

  4. Android架构分析之Android消息处理机制(二)

    作者:刘昊昱 博客:http://blog.csdn.net/liuhaoyutz Android版本号:4.4.2 在上一篇文章中我们看了一个使用Handler处理Message消息的样例,本文我们 ...

  5. Qualcomm Android display架构分析

    Android display架构分析(一) http://blog.csdn.net/BonderWu/archive/2010/08/12/5805961.aspx http://hi.baidu ...

  6. Deep Learning论文笔记之(六)Multi-Stage多级架构分析

    Deep Learning论文笔记之(六)Multi-Stage多级架构分析 zouxy09@qq.com http://blog.csdn.net/zouxy09          自己平时看了一些 ...

  7. 分布式MySQL数据库TDSQL架构分析

    摘要:腾讯计费平台部为了解决基于内存的NoSQL解决方式HOLD平台在应对多种业务接入时的不足.结合团队在MySQL领域多年应用和优化经验,终于在MySQL存储引擎基础上,打造一套分布式SQL系统TD ...

  8. Tomcat系统架构分析

    Tomcat系统架构分析 关于这边blog呢,实际开发中并不会用到,但是我觉得还是很有必要认真的写一下.毕竟我们每天在本地撸码的时候使用的就是tomcat来做web服务器.一个常识就是说我们本地在to ...

  9. 高通Android display架构分析

    目录(?)[-] Kernel Space Display架构介绍 函数和数据结构介绍 函数和数据结构介绍 函数和数据结构介绍 数据流分析 初始化过程分析 User Space display接口 K ...

随机推荐

  1. [转]FFMPEG视音频编解码零基础学习方法

    在CSDN上的这一段日子,接触到了很多同行业的人,尤其是使用FFMPEG进行视音频编解码的人,有的已经是有多年经验的“大神”,有的是刚开始学习的初学者.在和大家探讨的过程中,我忽然发现了一个问题:在“ ...

  2. 信息熵 Information Theory

    信息论(Information Theory)是概率论与数理统计的一个分枝.用于信息处理.信息熵.通信系统.数据传输.率失真理论.密码学.信噪比.数据压缩和相关课题.本文主要罗列一些基于熵的概念及其意 ...

  3. HDU1010 Tempter of the Bone

    解题思路:相当经典的一题,回溯,具体细节处理见代码. #include<cstdio> #include<cstring> #include<algorithm> ...

  4. taobao

    taobao */--> UP | HOME taobao Table of Contents 1 taobao 1 taobao 欣然小铺 Date: 2013-09-25 Wen Autho ...

  5. hdu 5469 Antonidas (dfs+剪枝)2015 ACM/ICPC Asia Regional Shanghai Online

    题意: 给出一棵树,再给出每个节点上的值(一个char字符)这些值以一个字符串s1表示,然后给出一个s2字符串,问在这棵树上是否存在两个点,从一个点走到另一个点所经过的路径上的char字符组成的字符串 ...

  6. C++读取二进制文件(某特定格式)

    该格式也不复杂,就是一个二进制文件,格式为:8个通道,每个通道2字节,都为整数,最后两个通道都是0x03FF == 1023d,文件中中若干个8通道. 有个小细节就是:下面代码中 infile.rea ...

  7. WebApp开发经验

    1.自适应屏幕 <meta name="viewport" id="viewport" content="width = device-widt ...

  8. ansible条件使用--实践

    ansible条件使用 1.条件使用最简单的方式 ansible中使用条件最简单的方式如下所示: [root@ansibleserver kel]# cat conditions.yml --- - ...

  9. 答 “SOA会不会造成IT黑洞?”

    [文/ 任英杰] 随意间看到支点网的“SOA会不会造成IT黑洞”一文,作者对SOA的认识颇有以偏概全之嫌,写点自己的感想,作为应和吧. 作者的二个对SOA的观点有些偏颇:“SOA就是一种系统集成,它是 ...

  10. SpringMVC + Spring + MyBatis 学习笔记:在类和方法上都使用RequestMapping如何访问

    系统:WIN8.1 数据库:Oracle 11GR2 开发工具:MyEclipse 8.6 框架:Spring3.2.9.SpringMVC3.2.9.MyBatis3.2.8 先看代码: @Requ ...