目录
这两周的时间，通过看指南，看代码，跑实例，对淘宝网web应用开发框架有了一个整体的初步认识，主要包括四个方面：
Ø 项目管理工具Maven
Ø MVC框架Webx。
Ø Webx中的View层实现——Velocity
Ø Webx中的Model持久层实现——Ibatis
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插件完成的。
1.
一个pom.xml文件包含以下基本信
息：
1. 依赖定义具体到version
2. 依赖可以传递
3. 标签定义依赖项的生效范围
4. 依赖的版本定义在父pom（项目pom）中，子pom（模块pom）设置，继承父pom
5. 设置一个虚拟的总项目，多个实际项目作为总项目的模块
Webx是采用MVC三层架构。请求的上下文信息（RequestContext、ServletContext、
HttpServletRequest、HttpServletResponse）被封装为RunData对象。在Web层和Biz层之间采用
command模式实现对请求的处理。由MappingRuleService将请求分发到同名的业务处理类进行处理，处理结果被封装为Result对
象。然后按照业务逻辑将所需信息放到TemplateContext中，由velocity取得并对VM模板进行渲染。最后产出的页面输出给用户。
有的请求并不要求返回页面，只需处理业务逻辑。
整个处理流程的控制由Pipeline（水管）中配置各种Valve（阀门）实现，简易的流程图如下：
图表 3‑1
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语句。
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;}
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
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内部，浏览器并不了解内部重定向。
尚未系统学习，只是看代码做了一些了解。
1. 模板以.vm为后缀名
2. $a：美元符“$”加上java中的引用名。可以引用的对象包括内置的对象，pull Service中pull到的对象，业务处理中put进TemplateContext中的对象
3. #set($a = $b)：声明变量并赋值；
4. ##：velocity行注释
5. #if #elseif #else判断选择，最后用#end闭合
Ibatis将数据库中的数据转换为java中的对象，方便C层对数据进行操作
1. 属性文件*-persistence.xml
2. 总配置文件SqlMap-Config.xml
3. 映射文件collection_item_mapping.xml
