Maven、Webx、Velocity学习总结

1. 综述

这两周的时间,通过看指南,看代码,跑实例,对淘宝网web应用开发框架有了一个整体的初步认识,主要包括四个方面:

Ø 项目管理工具Maven

Ø MVC框架Webx。

Ø Webx中的View层实现——Velocity

Ø Webx中的Model持久层实现——Ibatis

2. Maven部分

2.1. Maven基础

1. 坐标是指项目的唯一标识,以GAV(groupId,artifactId和version)区分,

groupId包含公司和内部组(或产品线)的信息,如com.taobao.mercury,表示taobao.com下的mercury项目

组;ArtifactId则表示项目的名称,如mercury-web,Version则表示某一Artifact的版本,如1.0-SNAPSHOT

2. 依赖是指项目所依赖的相关jar包

3. 仓库是指存放项目的产出(Artifact)的仓库,如http://mvnrepo.taobao.ali.com/mvn/repository

4. 插件是Maven的设计机制,Maven包含一个核心功能组件,而扩展功能都是通过插件完成,即使我们最常见的编译功能也是通过compiler插件完成的。

2.2. POM基础

1.

一个pom.xml文件包含以下基本信

息:

2.3. 依赖管理

1. 依赖定义具体到version

2. 依赖可以传递

3. 标签定义依赖项的生效范围

4. 依赖的版本定义在父pom(项目pom)中,子pom(模块pom)设置,继承父pom

5. 设置一个虚拟的总项目,多个实际项目作为总项目的模块

3. Webx部分

3.1. 一分钟Webx框架开发

3.1.1. 处理页面的基本流程(Turbine)

Webx是采用MVC三层架构。请求的上下文信息(RequestContext、ServletContext、

HttpServletRequest、HttpServletResponse)被封装为RunData对象。在Web层和Biz层之间采用

command模式实现对请求的处理。由MappingRuleService将请求分发到同名的业务处理类进行处理,处理结果被封装为Result对

象。然后按照业务逻辑将所需信息放到TemplateContext中,由velocity取得并对VM模板进行渲染。最后产出的页面输出给用户。

有的请求并不要求返回页面,只需处理业务逻辑。

整个处理流程的控制由Pipeline(水管)中配置各种Valve(阀门)实现,简易的流程图如下:

图表 3‑1

3.1.2. Webx各层我们要做的工作的工作:

l V层(Web):采用Velocity书写vm模版,书写一个同名的Java类来接收Command,并处理业务逻辑(void

execute(RunData,TemplateContext)),并根据处理得到的结果(Result对象),准备好vm模版中所需要的数据

(TemplateContext.put(String key, Object value))。

l C层(Biz):书写AO对象处理Command,请求的上下文信息被封装在RunData对象中。AO中只包含简单的逻辑处理,真正的业务处理通常书写在Manager中。

l M层(ibatis):书写DAO对象负责和数据交互,持久层使用的是Ibatis。需要我们来建立数据物理模型并书写数据库操作的SQL语句。

3.2. Webx框架初探

3.2.1. Webx的基本概念

1. 页面驱动:以页面(view)为主导,先写页面,再写和页面配套的程序模块,通过规则,查找页面所对应的程序模块

2. Pull Tools:有一些定义在webx.xml中,另一些默认定义在框架中。这些tools可以再vm模板中被直接引用。Global作用域的tool在系统初始化时创建,Request作用域的tool在每次HTTP请求时创建。

3.

Modules:turbine中的基本编程模块。Screen用来处理页面显示逻辑;Control和screen类似,但可以被别的screen或

layout引用;Action处理用户提交表单。所有module都实现Module接口:public interface Module

{void execute(RunData rundata) throws WebxException;}

3.2.2. Mecury项目目录结构

mercury

├─assets

├─biz

│ ├─src

│ │ ├─main.java.com.taobao

│ │ │ │ └─mercury

│ │ │ │ ├─amend

│ │ │ │ ├─ao

│ │ │ │ │ ├─correct

│ │ │ │ │ │ └─impl

│ │ │ │ │ └─impl

│ │ │ │ ├─aop

│ │ │ │ ├─biz

│ │ │ │ │ ├─domain

│ │ │ │ │ │ ├─mysqlmap

│ │ │ │ │ │ ├─oracle

│ │ │ │ │ │ ├─rowkey

│ │ │ │ │ │ └─sajiao

│ │ │ │ │ └─util

│ │ │ │ ├─cache

│ │ │ │ ├─dal

│ │ │ │ │ └─sajiao

│ │ │ │ ├─mananger

│ │ │ │ │ └─sajiao

│ │ │ │ ├─notify

│ │ │ │ ├─ob

│ │ │ │ │ ├─ao

│ │ │ │ │ ├─dal

│ │ │ │ │ └─mananger

│ │ │ │ ├─query

│ │ │ │ └─timetask

│ │ │ └─resources

│ │ └─test

│ └─target

└─deploy

mercury

└─protocal

├─.settings

├─src

│ ├─main.java.com.taobao

│ │ ├─common

│ │ └─mercury

│ │ ├─domain

│ │ └─util

│ │ └─partition

│ └─test

└─target

mercury

└─web

├─.settings

├─src

│ ├─main

│ │ ├─assembly

│ │ ├─filter

│ │ ├─java.com.taobao.mercury.web

│ │ │ ├─common

│ │ │ │ ├─service

│ │ │ │ ├─session

│ │ │ │ ├─util

│ │ │ │ └─valve

│ │ │ └─module

│ │ │ ├─action

│ │ │ ├─control

│ │ │ └─screen

│ │ ├─resources

│ │ │ ├─biz

│ │ │ │ ├─bean

│ │ │ │ └─persistence

│ │ │ └─top

│ │ │ └─config

│ │ └─webapp

│ │ ├─common

│ │ │ └─templates

│ │ │ └─screen

│ │ ├─default

│ │ │ └─templates

│ │ │ ├─control

│ │ │ ├─layout

│ │ │ └─screen

│ │ ├─META-INF

│ │ └─WEB-INF

│ │ ├─common

│ │ └─default

│ └─test.java.com.taobao.mercury

└─target

3.2.3. Webx应用启动流程

Webapp\WEB-INF\web.xml是SpringExt的配置文件,下面是mercury-web中的样本:

"1.0"encoding="GB2312"?>

"2.4"xmlns="http://java.sun.com/xml/ns/j2ee"

xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"

xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd">

loggingRoot

${mercury.loggingRoot}

......

com.alibaba.citrus.logconfig.LogConfiguratorListener

com.alibaba.citrus.webx.context.WebxContextLoaderListener

......

sessionFilter

com.taobao.session.TaobaoSessionFilter

tbsessionConfigGroup

${mercury.session.filter.group.name}

isloginSessionCheck

true

sessionFilter

*.htm

......

timer

com.alibaba.webx.filter.timer.TimerFilter

threshold

${mercury.timer.threshold}

timer

/*

webx

com.alibaba.citrus.webx.servlet.WebxFrameworkFilter

mdc

com.alibaba.citrus.webx.servlet.SetLoggingContextFilter

mdc

/*

webx

/*

index.html

index.jsp

400

/error.html

......

通过查资料,结合web.xml配置的内容,一个Webx应用的启动流程如下:

1. 初始化context-param

2.

执行各个listener,其中WebxContextLoaderListener初始化被Webx包装过的

XmlWebApplicationContext(spring容器)及各个子容器,各种webx.xml里定义beans(包

括标签定义的服务)都被装载。

3.

加载各个filter:其中TimerFilter(timer)用来记录serverlet执行时

间,WebxFrameworkFilter(webx)用来处理web请求,SetLoggingContextFilter(mdc)用来通过

SLF4J MDC来记录用户和请求的信息。三者顺序为timer->webx->mdc。

web.xml中各种元素的含义:http://ajava.org/readbook/J2EE/servletjsphxbc2/17212.html

3.2.4. Webx响应和处理请求的流程(摘自Webx框架指南)

当一个HTTP请求到达时,首先由WebxFrameworkFilter接手这个请求(参考Webx应用启动流程),下图是WebxFrameworkFilter处理一个WEB请求的过程:

如图所示,WebxFrameworkFilter接到请求以后,就会调用WebxRootController。从这里开始,进入Spring的

世界。此后所有的对象:WebxRootController、WebxController、RequestContext、Pipeline等,全部

是通过SpringExt配置在Spring Context中的。

WebxRootController对象存在于root context中,它被所有子应用所共享。它会创建RequestContext实例,从而增强request、response、session的功能。接下来,WebxController对象会被调用。

WebxController对象是由每个子应用独享的,子应用app1和app2可以有不同的WebxController实现。默认的实现,会调用pipeline。

Pipeline也是由各子应用自己来配置的。假如pipeline碰到无法处理的请求,如静态页面、图片等,pipeline应当执

valve强制退出。然后WebxRootController就会“放弃控制”,这意味着request将被返还给/WEB-INF/web.xml中

定义的servlet、filter或者返还给servlet engine本身来处理。

webapp\common\pipeline.xml配置了mercury-web的PipeLine:

"1.0"encoding="UTF-8"?>

"http://www.alibaba.com/schema/services"

......

xsi:schemaLocation="http://www.alibaba.com/schema/services

...... "

>

xmlns="http://www.alibaba.com/schema/services/pipeline/valves">

"com.alibaba.turbine.pipeline.SetLoggingContextValve"/>

"com.taobao.mercury.web.common.valve.DefaultAnalyzeURLValve"/>

class="com.taobao.mercury.web.common.valve.SecurityCheckValve"/>

"com.taobao.mercury.web.common.valve.SessionValve"/>

"com.taobao.common.pagecache.webx.PageCacheValve"

p:action="start"/>

extension="vm, jsp"/>

extension="do"/>

"com.taobao.common.pagecache.webx.PageCacheValve"

p:action="end"/>

"com.taobao.mercury.web.common.valve.SessionValve"

p:action="clean"/>

"com.alibaba.turbine.pipeline.SetLoggingContextValve"

p:action="cleanup"/>

假设用户以URL:http://favorite.daily.taobao.net/collect_list.htm来访问Webx应用。

WebxFrameworkFilter接收请求,并且一路顺利到达pipeline。然后Pipeline开始依次执行它的valves(下面的描述略

过一些相对次要的步骤):

1. - 分析URL

分析URL的目的是取得target,这里取得的target是collect_list.htm。如果用户访问的URL中并没有提供path信

息,通常被理解为:用户想要访问“主页”。AnalyzeURL

valve提供了一个可选的参数“homepage”,即是在这种情况下起作用。得到的target为“homepage”。

需要注意的是,target不代表模板名,也不代表类名。Target只是一个抽象的概念 —— 当前页面需要达成的目标。Target可能被后续的valves解释成模板名、类名或者其它东西。

2. 进入 - 多重分支

很明显,“collect_list.htm”满足了第一个所附带的条件:,意思是target的后缀为“jsp”或为“vm”。

3. - 执行action

和其它框架中的action概念不同,在Webx Turbine中,action是用来处理用户提交的表单的。

因为本次请求未提供action参数,所以跳过该步骤。

4. - 查找并执行screen。

如果target-extension为”do”,则没有这个valve。

这里要用到一个规则:target映射成screen module类名的规则。

假设target为xxx/yyy/zzz,那么Webx Turbine会依次查找下面的screen模块:

screen.xxx.yyy.Zzz,

screen.xxx.yyy.Default,

screen.xxx.Default,

screen.Default。

本次请求的target为collection_list.htm,因此它会尝试查找screen.collection_list类。

如果找到screen类,Webx Turbine就会执行它。Screen类的功能,通常是读取数据库,然后把模板所需要的对象放到TemplateContext中。

如果找不到,也没关系 —— 这就是“页面优先”:一些页面没有业务逻辑,因此不需要screen类,只需要有模板就可以了。

5. - 渲染模板

这里用到两个规则:target映射成screen template,以及target映射成layout template。

假设target为xxx/yyy/zzz,那么Webx

Turbine会查找下面的screen模板:/templates/screen/xxx/yyy/zzz。Screen模板如果未找到,就会报404

Not Found错误。找到screen模板以后,Webx Turbine还会试着查找下面的layout模板:

/templates/layout/xxx/yyy/zzz

/templates/layout/xxx/yyy/default

/templates/layout/xxx/default

/templates/layout/default

Layout模板如果找不到,就直接渲染screen模板;如果存在,则把渲染screen模板后的结果,嵌入到layout模板中。

Layout模板和screen模板中,都可以调用control。每个页面只有一个screen,却可以有任意多个controls。

6. - 内部重定向

在screen和action中,可以进行“内部重定向”。内部重定向实质上就是由实施的 —— 如果没有重定向标记,就退出;否则循环到标签。

和外部重定向不同,外部重定向是向浏览器返回一个302或303 response,其中包含Location header,浏览器看到这样的response以后,就会发出第二个请求。而内部重定向发生在pipeline内部,浏览器并不了解内部重定向。

4. Velocity部分

尚未系统学习,只是看代码做了一些了解。

1. 模板以.vm为后缀名

2. $a:美元符“$”加上java中的引用名。可以引用的对象包括内置的对象,pull Service中pull到的对象,业务处理中put进TemplateContext中的对象

3. #set($a = $b):声明变量并赋值;

4. ##:velocity行注释

5. #if #elseif #else判断选择,最后用#end闭合

5. Ibatis部分

5.1. Ibatis的作用

Ibatis将数据库中的数据转换为java中的对象,方便C层对数据进行操作

5.2. Ibatis的配置

1. 属性文件*-persistence.xml

2. 总配置文件SqlMap-Config.xml

3. 映射文件collection_item_mapping.xml

6. 参考资料

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏逸鹏说道

【.net 深呼吸】启动一个进程并实时获取状态信息

地球人和火星人都知道,Process类既可以获取正在运行的进程,也可以启动一个新的进程。在79.77%应用场合,我们只需要让目标进程顺利启动就完事了,至于它执行...

3166
来自专栏格子的个人博客

Jmeter系列二:CSV参数化、BeanShell、服务器监控等进阶使用

关于Jmeter,关于压力/性能测试,本不是我的专业范畴,但是由于前线需要,所以我就上阵了,粗浅涉猎并没有精通,所以哪里有写的不好的,请果断指出,反正我是不会改...

882
来自专栏老码农专栏

ActFramework对模板引擎的支持与应用

1163
来自专栏前端小作坊

GA源代码里的小技巧之cookie篇

cookie的本质是存储在浏览器端的一段简单数据(多个键值对),浏览器会从服务器接受或者发送给服务器cookie。这样便可以为没有状态的HTTP协议提供了记录状...

1204
来自专栏贺贺的前端工程师之路

Angular2 之 时间的教训 & 错误

下面开始,时间的教训的记录,如果同样的错误我犯过不是第一次,那么我也会记录下来,我到时要看看,自己是不是会在同一个地方摔倒N次?

664
来自专栏IMWeb前端团队

PhantomJS基础及示例

概述 PhantomJS is a headless WebKit scriptable with a JavaScript API. It has fast...

2048
来自专栏大内老A

ASP.NET Core的配置(5):配置的同步[ 实例篇]

ConfigurationBuilder在生成以Configuration对象的时候会利用注册其中的ConfigurationProvider加载原始的配置数据...

1948
来自专栏编程坑太多

springboot (二) thymeleaf

1203
来自专栏SeanCheney的专栏

《Learning Scrapy》(中文版)第5章 快速构建爬虫一个具有登录功能的爬虫使用JSON APIs和AJAX页面的爬虫在响应间传递参数一个加速30倍的项目爬虫可以抓取Excel文件的爬虫总结

第3章中,我们学习了如何从网页提取信息并存储到Items中。大多数情况都可以用这一章的知识处理。本章,我们要进一步学习抓取流程UR2IM中两个R,Request...

3078
来自专栏郭少华

(第四季)Vue实例和内置组件

概述:实例就是在构造器外部操作构造器内部的属性选项或者方法,就叫做实例?实例的作用就是给原生的或者其他javascript框架一个融合的接口或者说是机会,让Vu...

571

扫码关注云+社区