记录工作中遇到的一些问题（一）

大学里我以为工作室这样的：早上到公司打开邮件会有一份详细的需求文档，要求实现什么功能，页面做成什么效果。

直到面对这个‘客户评级’我才深感小公司的纠结；领导开始讲了几张用到的表之后就到副总讲解用到的技术——SpringMVC+SQLServer+存储过程。我一个水笔当时慌得很，没学过也没用过这些，就只能默默听听：

SpringMVC：这让我讲我还真讲不出什么花来，副总已经把框架搭建起来，跟我们说书写每层是添加的注解要注意下，我当然不明白了。后面又问我如果我要写个添加角色的功能，应该怎么写，我蔫蔫的说，咱写吧Dao的借口写了吧然后实现它往数据库里添加一条信息；然后在Service层调用一下Dao层（这里仅仅是单存的调用了一下充当一个中转站的功能），最后在Controller层调用刚刚的逻辑,处理后将结果数据返回给视图页面渲染。我在百度中看到一篇介绍SpringMVC的博客写得很易懂，摘抄之——

架构图对应的DispatcherServlet核心代码如下：

    //前端控制器分派方法  
    protected void doDispatch(HttpServletRequest request, HttpServletResponse response) throws Exception {  
            HttpServletRequest processedRequest = request;  
            HandlerExecutionChain mappedHandler = null;  
            int interceptorIndex = -1;  
      
            try {  
                ModelAndView mv;  
                boolean errorView = false;  
      
                try {  
                       //检查是否是请求是否是multipart（如文件上传），如果是将通过MultipartResolver解析  
                    processedRequest = checkMultipart(request);  
                       //步骤2、请求到处理器（页面控制器）的映射，通过HandlerMapping进行映射  
                    mappedHandler = getHandler(processedRequest, false);  
                    if (mappedHandler == null || mappedHandler.getHandler() == null) {  
                        noHandlerFound(processedRequest, response);  
                        return;  
                    }  
                       //步骤3、处理器适配，即将我们的处理器包装成相应的适配器（从而支持多种类型的处理器）  
                    HandlerAdapter ha = getHandlerAdapter(mappedHandler.getHandler());  
      
                      // 304 Not Modified缓存支持  
                    //此处省略具体代码  
      
                    // 执行处理器相关的拦截器的预处理（HandlerInterceptor.preHandle）  
                    //此处省略具体代码  
      
                    // 步骤4、由适配器执行处理器（调用处理器相应功能处理方法）  
                    mv = ha.handle(processedRequest, response, mappedHandler.getHandler());  
      
                    // Do we need view name translation?  
                    if (mv != null && !mv.hasView()) {  
                        mv.setViewName(getDefaultViewName(request));  
                    }  
      
                    // 执行处理器相关的拦截器的后处理（HandlerInterceptor.postHandle）  
                    //此处省略具体代码  
                }  
                catch (ModelAndViewDefiningException ex) {  
                    logger.debug("ModelAndViewDefiningException encountered", ex);  
                    mv = ex.getModelAndView();  
                }  
                catch (Exception ex) {  
                    Object handler = (mappedHandler != null ? mappedHandler.getHandler() : null);  
                    mv = processHandlerException(processedRequest, response, handler, ex);  
                    errorView = (mv != null);  
                }  
      
                //步骤5 步骤6、解析视图并进行视图的渲染  
    //步骤5 由ViewResolver解析View（viewResolver.resolveViewName(viewName, locale)）  
    //步骤6 视图在渲染时会把Model传入（view.render(mv.getModelInternal(), request, response);）  
                if (mv != null && !mv.wasCleared()) {  
                    render(mv, processedRequest, response);  
                    if (errorView) {  
                        WebUtils.clearErrorRequestAttributes(request);  
                    }  
                }  
                else {  
                    if (logger.isDebugEnabled()) {  
                        logger.debug("Null ModelAndView returned to DispatcherServlet with name '" + getServletName() +  
                                "': assuming HandlerAdapter completed request handling");  
                    }  
                }  
      
                // 执行处理器相关的拦截器的完成后处理（HandlerInterceptor.afterCompletion）  
                //此处省略具体代码  
      
      
            catch (Exception ex) {  
                // Trigger after-completion for thrown exception.  
                triggerAfterCompletion(mappedHandler, interceptorIndex, processedRequest, response, ex);  
                throw ex;  
            }  
            catch (Error err) {  
                ServletException ex = new NestedServletException("Handler processing failed", err);  
                // Trigger after-completion for thrown exception.  
                triggerAfterCompletion(mappedHandler, interceptorIndex, processedRequest, response, ex);  
                throw ex;  
            }  
      
            finally {  
                // Clean up any resources used by a multipart request.  
                if (processedRequest != request) {  
                    cleanupMultipart(processedRequest);  
                }  
            }  
        }  

核心架构的具体流程步骤如下：

1、  首先用户发送请求——>DispatcherServlet，前端控制器收到请求后自己不进行处理，而是委托给其他的解析器进行处理，作为统一访问点，进行全局的流程控制；

2、  DispatcherServlet——>HandlerMapping， HandlerMapping将会把请求映射为HandlerExecutionChain对象（包含一个Handler处理器（页面控制器）对象、多个HandlerInterceptor拦截器）对象，通过这种策略模式，很容易添加新的映射策略；

3、  DispatcherServlet——>HandlerAdapter，HandlerAdapter将会把处理器包装为适配器，从而支持多种类型的处理器，即适配器设计模式的应用，从而很容易支持很多类型的处理器；

4、  HandlerAdapter——>处理器功能处理方法的调用，HandlerAdapter将会根据适配的结果调用真正的处理器的功能处理方法，完成功能处理；并返回一个ModelAndView对象（包含模型数据、逻辑视图名）；

5、  ModelAndView的逻辑视图名——> ViewResolver， ViewResolver将把逻辑视图名解析为具体的View，通过这种策略模式，很容易更换其他视图技术；

6、  View——>渲染，View会根据传进来的Model模型数据进行渲染，此处的Model实际是一个Map数据结构，因此很容易支持其他视图技术；

7、返回控制权给DispatcherServlet，由DispatcherServlet返回响应给用户，到此一个流程结束。

这些道理看懂了之后开始开发我的日志查询模块了！