简要处理流程
HttpRequest-->ActionContextCleanUp(如果使用到sitemesh)->FilterDispatcher.doFilter(调用ActionMapper)->ActionMapper.getMapping(是否需要调用action处理页面请求)-->Dispatcher.serviceAction(调用ActionProxy包装的Action代理执行action)-->ActionInvocation.invoke(调用所有的before拦截器然后调用action本身的执行方法)-->如果有preresultlistener那么执行beforeResult方法-->ActionInvocation.invoke(执行完action方法本身后会根据action方法返回的resultcode去查找对应的result)-->Render Views(JSP,ftl,etc)-->执行after拦截器-->返回response给浏览器-->如果存在AutoActionContextCleanUp,那么ActionContext推迟到AutoActionContextCleanUp清除,否则有FilterDispatcher自己清除.
系统中的所有对象的创建都是利用ObjectFactory实现的,该接口可以针对不同IOC实现提供不同的实现.
文档中有提到说ActionInvocation中实现了command模式,这点有点看不太懂,难道是迭代那些interceptor的intercept方法就是所谓的命令模式的实现,这个无非就是面向接口编程,难道命令模式本身就没什么内容?
该内容后续将画一个流程图或者时序图,顺便研习一下struts2和xwork的源码.
:?:
HttpRequest-->ActionContextCleanUp(如果使用到sitemesh)->FilterDispatcher.doFilter(调用ActionMapper)->ActionMapper.getMapping(是否需要调用action处理页面请求)-->Dispatcher.serviceAction(调用ActionProxy包装的Action代理执行action)-->ActionInvocation.invoke(调用所有的before拦截器然后调用action本身的执行方法)-->如果有preresultlistener那么执行beforeResult方法-->ActionInvocation.invoke(执行完action方法本身后会根据action方法返回的resultcode去查找对应的result)-->Render Views(JSP,ftl,etc)-->执行after拦截器-->返回response给浏览器-->如果存在AutoActionContextCleanUp,那么ActionContext推迟到AutoActionContextCleanUp清除,否则有FilterDispatcher自己清除.
系统中的所有对象的创建都是利用ObjectFactory实现的,该接口可以针对不同IOC实现提供不同的实现.
文档中有提到说ActionInvocation中实现了command模式,这点有点看不太懂,难道是迭代那些interceptor的intercept方法就是所谓的命令模式的实现,这个无非就是面向接口编程,难道命令模式本身就没什么内容?
该内容后续将画一个流程图或者时序图,顺便研习一下struts2和xwork的源码.
:?: