webxs框架需求

webxs是什么？

类似webx3，struts2，参考webx3的优点，吸收action零配置，pipeline等优点，但去起糟粕（其实也不是啦，呵呵）没有compoment的概念，没有spring-ext，service框架那套东西，没有screen,action,control的区别，anything is action！名字叫webxs,webx simple版。

为什么要重复造个轮子？
webx3还是有点复杂，也就阿里内部用用，其他公司估计不会用，以后我去别的公司就推我这款，至少比stuts2强大。可以结合自己的想法搞搞呗，重点就是用于互联网开发，如果能支持动态加载就爽了，提高发布效率。假设你以后离开了阿里，在其他公司要推广他们用webx3还是有点难度的哦。
---------------------------------------------------------------------------------

webxs的需求：

0. 整合Spring
   webxs直接通过Srping来解析配置文件，没有自己特殊的配置文件。因为现在spring已经在各种java web应用中普及，但凡知名的web框架都会和spring整合，webxs索性直接和spring结合在一起，webxs.xml就是一份bean配置文件！ 这样的好处有两个： 1.对于别人没有学习成本。2.对于框架开发者来说也不用重复写解析配置文件的代码。

1. URL mapping和module Loader
   在webxs里面没有compoment的概念，因为compoment的作用意义不大，且浪费一层URL,对于互联网业务，一般URL设计的比较精简，比如
http://www.3renyou.com/place/note/list
http://www.3renyou.com/place/place/view
就没有下面这段简洁
http://www.3renyou.com/note/add
http://www.3renyou.com/place/photolist
http://www.3renyou.com/member/photolist
不过对于企业应用区分compoment能有效解除每个web模块之间的耦合，对此moduleloaderService中可以通过配置的方式支持这两种形式。
<bean id="moduleloader"  class="">
  <property name="defaultPackage" value="com.you.atlas.web.action"/>
  <property name="compomentPackage">
    <map>
  <property  name="/member" value="com.you.atlas.web.member.action"></property>
  <property  name="/place" value="com.you.atlas.web.place.action"></property>
    </map>
  </property>
</bean>
如果应用不希望使用compoment则只需要配置一个defaultPackage，否则如果配置了compomentPackage，就按照compomentPackage来加载module。

2. httpServletRequestWrapper,Rundata,及支持多种session的实现。
   参考webx3的实现方式，支持cookie store.

3. anything is Action
   screen容易被误用，对于这个url:
    http://www.3renyou.com/place/placeView.html
   其实这样设计更加符合REST风格:
   http://www.3renyou.com/place/view.html

4. 去掉compoment的概念。
   compoment对于互联网不适用，互联网产品一般是短URL，比如知乎，蘑菇街，豆瓣的域名都特别短，因为不会有特别复杂的业务来区分各个URL。产品可能很多，但都通过不同的应用分解了。所以compoment不太适用于互联网；另外一点webx3为了实现compoment，引入太多的复杂度，每个子compoment都需要一套webx配置文件，但每个配置文件只有细小的差别。

5. 支持pipeline。
  <bean id="pipeline" class="">
   <property name="valves">
     <list>
<property value="setLocaleValve">
<property value="securtyCheckValve">
        <property value="performActionValve">
<property value="performTemplateValve">
        <property value="finallyValve">
     <list>
   </property>
  </bean>
  pipeline在这里就像stuts2中拦击器，pipeline将按照配置文件中给定顺序调用每个Valve,可以随意添加自己扩展的Value。
  关于支持json，可以在performActionValve中增加一个annncation @JSON的格式，当检测到此方法为json时候就中断Vale的执行。
finallyValve,此Valve无论何时都会被执行，会提供一个扩展方法供需要在所有Valve执行完了之后做点事情的类使用。

6. 支持参数注入。
对于一个Action，比如下面的代码:

 class MemberAction{

     public void login(@Param(id)Long id,MemberLoginVO memberLoginVO,Rundata rundata,Context context){

      }

 }

login方法中的各种参数都应该自动set并做好类型转换，包括：
a.基本类型,Stirng,char,long,int,short,float,double
b.日期，date,
c.各种容器，比如List,Map
d.各种框架内置对象包括:
  a.HttpServletRequest
  b.HttpServletResponse
  c.HttpSession
  d.Rundata
  e.Context
e.符合类型，比如MemberLoginVO 
f.能方便地扩展自己的Binder,比如自动从float转换成money.

7. 支持各种template,包括jsp。
<bean id="templateService" class="">
   <map>
   <property name="vm" class="VelocityTemplateLoaderService">
   </property>
   <property name="jsp" class="JspTemplateLoaderService">
   </property>
   </map>
</bean>
Context, 提供Context接口，在同一个request什么周期中可以在Action,模板中put,get对象。

8. 支持pull工具。
<bean id="pullService" class="">
    <property name="pull">
     <list>
<property value="memberTool" class="xxx.yyy.MemberTool" >
     <list>
   </property>
</bean>

9. 支持UriBroker。
暂不考虑
10.支持Rewrite.
暂不考虑



技术研究：

BeanBindingUtils

if (BeanUtils.isSimpleProperty(propertyType)) {

   SimpleBindingUtils.SimpleBindingUtils.bindSimpleValue(propertyType, name,value);

}else{// 处理复合类型的数据
    Binder binder = BinderRegistryService.getBinderRegistry().get(componentType);	
    binder.setParamInfo(new ParamInfo(writeMethod.getDeclaringClass(), name,
                                                                  methodParameter,
                                                                  writeMethod.getParameterAnnotations()[0]));
}




public static Object bindSimpleValue(Class type, String name,Object value) {
	PropertyUtils.convertValue(value, type);

}