手写框架探险系列-control层的重新设计

之前自己做的view

• 源码地址

    /**通过uri获得对应处理的方法
     * 并不仅限于uri，这个就是一个对应Method的标识。
     * @param uri
     * @return
     */
    Method getHandler(String uri);

    /**供用户动态扩展
     * @param uri
     * @param handler
     */
    void addHandler(String uri, Method handler);

    /**处理请求。
     * @param request
     * @param response
     */
    void handleServlet(ServletRequest request, ServletResponse response);

整合spring mvc

• 仅仅需要一个过滤器，把所有的Servlert都实例化,采用策略模式逐个执行。
• 如果Method的映射有冲突的时候(一个业务只能对应一个Method)，可以代理Response，当他有输出的时候(流，转发，重定向)往ThreadLocal设置一个标志。用来判断是否执行了。
• 简单吧。整合Struts2也是一样的策略+代理。

改进

• 可以看到上面的只对Servlet进行了处理。特别的单一。在现在的时候已经不仅仅是Servlet了，Websocket，RPC等等。这一系列的处理，我们这里的control层应该抽象于业务层之后，且统一所有的control。
• 所有的协议不过就输入和输出。同时输入和输出可能在整体业务的任何地方调用。
• 基于以上的考虑，也就需要一个上下文。把输入和输出抽象出来。

    Method getHandler(String uri);
    boolean addHandler(String uri, Method handler);
    <T> boolean handleServlet(TxnContext context,HandlerInterceptor<T>[] handlerInterceptors);