Webx学习

Posted 2020-07-04 phlsheji

什么是webx

Webx3_Guide_Book中是这样介绍的：

Webx是一套基于Java Servlet API的通用Web框架。

Webx致力于提供一套极具扩展性的机制。来满足Web应用不断变化和发展的需求。而SpringExt正是这样的扩展性的基石。SpringExt扩展了Spring，在Spring的基础上提供了一种扩展功能的新方法。

这也说明。webx是在springExt的基础上建立起来的一套web服务框架。

它封装了servlet规则。细化了普通情况下的filter，通过配置文件pipeline.xml和强化过的RequestContexts，将一个请求的路径和处理过程展现。有关这两个是什么和它们的用法后面再说。
该框架不但定义了请求分发机制，更对前端的页面展示层进行模板式的定义：使用default.vm、index.vm、register.vm等类型的自己定义模板与analyzeURL机制进行交互。形成从前端到后台的“总体一条龙”的流程。

在Webx中。约定胜于配置。规则较多，但我相信理解之后便能够自由运用（我们学习不论什么东西都要先了解它的规则。这是必定的一步）。

Webx的必备组件

• spring核心框架
• webx框架依赖（com.alibaba.citrus）当中包括了重要的WebxContextLoaderListener和LogConfiguratorListener
• pipeline及映射规范
• 模板规范
• 配置项

spring核心框架

        <dependency>
            <groupId>org.springframework</groupId>
            <artifactId>spring-core</artifactId>
            <version>${spring-version}</version>
        </dependency>
        <dependency>
            <groupId>org.springframework</groupId>
            <artifactId>spring-beans</artifactId>
            <version>${spring-version}</version>
        </dependency>
        <dependency>
            <groupId>org.springframework</groupId>
            <artifactId>spring-aop</artifactId>
            <version>${spring-version}</version>
        </dependency>
        <dependency>
            <groupId>org.springframework</groupId>
            <artifactId>spring-context</artifactId>
            <version>${spring-version}</version>
        </dependency>
        <dependency>
            <groupId>org.springframework</groupId>
            <artifactId>spring-context-support</artifactId>
            <version>${spring-version}</version>
        </dependency>
        <dependency>
            <groupId>org.springframework</groupId>
            <artifactId>spring-tx</artifactId>
            <version>${spring-version}</version>
        </dependency>
        <dependency>
            <groupId>org.springframework</groupId>
            <artifactId>spring-jdbc</artifactId>
            <version>${spring-version}</version>
        </dependency>
        <dependency>
            <groupId>org.springframework</groupId>
            <artifactId>spring-orm</artifactId>
            <version>${spring-version}</version>
        </dependency>
        <dependency>
            <groupId>org.springframework</groupId>
            <artifactId>spring-web</artifactId>
            <version>${spring-version}</version>
        </dependency>
        <dependency>
            <groupId>org.springframework</groupId>
            <artifactId>spring-webmvc</artifactId>
            <version>${spring-version}</version>
        </dependency>
        <dependency>
            <groupId>org.springframework</groupId>
            <artifactId>spring-test</artifactId>
            <version>${spring-version}</version>
        </dependency>

$spring-version可在标签中可通过<spring-version></spring-version>配置。

webx框架依赖

<dependency>
    <groupId>com.alibaba.citrus</groupId>
    <artifactId>citrus-webx-all</artifactId>
    <version>${webx-version}</version>
</dependency>

代碼包名規則

通过pipeline的analysisURL模块解析出target之后，会依据pipline-velves制定的规则分发。
这时。须要知道什么样的target会相应到什么样的流程中去，这个相应过程的识别，是依据包名的约定来定义的。也即是约定大于配置的一个体现。

对于包名的配置项在webx.xml和webx-*.xml中定义。

<!-- 装载模块。 -->  
<services:module-loader>
    <ml-factories:class-modules>
        <search-packages type="$1"
            packages="todolist.module.*" />
    </ml-factories:class-modules>
</services:module-loader>

packages所指的就是用于匹配相应规则的包，$1直接匹配到screen.xxx.java或action.xxx.java等等。
而在pipeline.xml中制定映射规则包括：

<pl-valves:performAction />

performAction：在webx中主要是用来处理提交的表单，将表单类传给java类。运行相应的处理方法，然后返回或者重定向。

<pl-valves:performTemplateScreen />

performTemplateScreen：将target映射成module包下的screen.xxx类。
详见附件的第四章WebxTurbine。

<pl-valves:renderTemplate />

rendertemplate:将target映射到webroot下的各个模板上。
注：这是映射的不是类，而是模板了，也就是带着数据等開始渲染模板。

详见第四章WebxTurbine。

这里可能会有一个误区。依据我的使用历程，发现performAction、performtemplateScreen和renderTemplate这三个基本方法，凡是perform开头的都是映射到java类的。

我開始的时候会觉得performTemplateScreen是直接映射到app/templates/screen中的模板去，后来才发现这个问题。

仅仅有render相关的才是渲染模板。一般使用renderTemplate的应该是运行完perform*之后或者是首页——直接渲染模板。

pipeline

Pipeline不仅能够控制流程的中断或继续。还能够实现子流程、循环、条件转移、异常处理等更精细的流程控制。Pipeline服务甚至能够运用在非WEB的环境中。
上述包名规则的定制就是为了pipeline服务中使用perform*和 renderTemplate等等去使用的。

模板规范

正如上述所说，在renderTemplate的时候就须要用到模板的规范了，他能够使得类中处理得到的数据和模板相应起来。

模板文件夹有这几个要素：
webroot下以应用名为子文件夹（如app）

• webroot/common
• webroot/app
• webroot/WEB-INF

当中重点讲app下模板，common的与app大体一致。

• app/templates/layout
• app/templates/screen

screen下能够自己定义文件夹，该自己定义文件夹在使用外部重定向的时候须要跟设置的setTarget（）相符。

如：screen/form/register.vm
则nav.redirectedTo(“appLink”).setTarget（“form/register”）即锁定到了该register.vm。

在renderTemplate时，先渲染screen中的内容，然后出来寻找layout。终于将组装好的整个页面呈现。
详见附件第四章WebTurbine——renderTemplate。

配置项

上述几项已经基本将pipeline.xml的主要部分做了说明。
以下看一些固有的配置项和自己定义（app）配置项。

WEB-INF下

• web.xml
• webx.xml
• webx-*.xml
• logback.xml

WEB-INF/common下

• pipeline.xml
• pipeline-execption.xml
• resource.xml
• uris.xml
• webx-component.xml
• webx-component-and-root.xml

WEB-INF/app下
- form.xml

下一节的主要任务是弄清楚这些配置和之间的关系。

附：
之前讲到了pipeline和requestContext将传统的filter细分为两个比較独立的职能。以下是对webx中requestContext的简介。

RequestContexts则负责訪问和改动request和response，但不负责改变requese的运行流程。

RequestContexts服务中的每个环节的RequestContext之间并不是全然独立、互不干涉的。每个request context能够訪问它所依赖的其他request context中的状态。
详见附件第六章——Filter、Request Contexts和Pipeline。

附件：Webx3GuideBook