白色咖啡

webx诞生的原因是当时市面上没有好用的web框架。现在的Web框架有很多，然后它们背后的思想都是相似的，而且越来越趋同。Spring Schema在传统的spring中，配置bean时需要手动去指定具体的实现类是什么，参数有哪些。这样开发者需要记住具体的实现类、参数名称、含义等，会带来很大的记忆负担。为了解决这个问题，SpringSchema出现了。它的解决办法是将所有的参数转换

RequestContextRequestContext可以看成request和response的合体。多个RequestContext还可以串起来，就像Filter链条一样。每个外层RequestContext都会在内层RequestContext的基础上增加功能。在设计模式中这叫装饰器。RequestContext种类有basic/buffered/lazy-commit/pa

Webx的依赖注入和Spring的依赖注入非常像，只是有一点点的区别。注入的时候只能让生命周期长的注入到生命周期短的对象中，比如requestScope对象注入到singleton时就会发生错误。但是对于一些特殊的对象，比如request、session、response它们的生命周期是requestScope，而它们可以注入到任意对象中。这是因为webx对这些对象进行了特殊的处理。

Pipeline。它的含义就是管道，一个管道可以安装很多的阀门，可以有很多分支。它用于控制页面的处理流程。它需要定义在pipeline.xml文件中，该文件中的每个标签都是一个阀门。该文件中可以放一些简单的控制语句。在项目中，下面这样的管道配置就已经够用了。

Valve用于控制请求的执行流程。它采用责任链的设计模式（类似于struts的拦截器）。valve的意思是阀，阀控制水流（网络请求）的走向。自定义阀。public class MyValve implements Valve { public void invoke(PipelineContext pipelineContext) throws Exception {

Spring中的ResourceLoader获取Resource的方法有两种。一种是通过ResourceLoader载入资源，另外一种是通过注入。通过ResourceLoader载入资源的方法如下：public class Test implements ResourceLoaderAware { private ResourceLoader resourceLoader; pu

在Servlet中，Session和Cookie是分开的。Session一般保存在内存中，当然也可以保存在数据库等其他地方。如果保存在内存中，对于服务集群来说就需要解决Session共享的问题。如果保存在数据库，就存在单点故障、性能差等问题。webx提供了会话框架，将session这样复杂的问题统一进行解决。在webx框架中，主张将cookie合并到session中，再通过规则，路由到co

AutoConfigAutoConfig是一个小工具，用于解决不同机器之间配置不同的问题。有时候有些配置，比如数据库地址、缓存地址等，这些配置与环境有关。每次在不同的环境中都需要重新修改配置，比较麻烦。解决这个问题有两种方法，一种是通过maven中的filter工具，另外一种是使用autoconfig。maven-filter工具的缺点是，当项目编译打包之后，无法再修改配置文件。而auto

表单验证传统的应用中，表单中的数据是放在Java代码中进行检验的。这种方法在编写java代码的时候很无聊，而且后期的修改也不方便。 而webx框架将表单验证的逻辑独立放在配置文件中。这种方式更加方便。webx中，表单的验证有三个步骤：定义验证规则在Java代码中调用该规则在页面中显示验证结果。定义验证规则。下面是验证规则的一个例子。services:form x