Spring Web MVC

在web.xml配置前端控制器

  
    frontController
    org.springframework.web.servlet.DispatcherServlet
    1
  
  
    frontController
    *.do

视图解析器

两种方法写控制器类

第一种：

@Controller
public class IndexController {
    @Autowired 
    private BookService bookService;
    
    @RequestMapping("/index")
    public String showIndex(Model model) {  
        model.addAttribute("bookTypes", bookService.getAllBookType());
        return "index";
    }
}

frontController-servlet.xml

创建frontController-servlet.xml放在WEB-INF路径下

监听器初始化数据

@WebListener
public class PreLoadDataListener implements ServletContextListener {
    
    @Override
    public void contextDestroyed(ServletContextEvent sce)  {
    }

    @Override
    public void contextInitialized(ServletContextEvent sce)  {
        ServletContext servletContext = sce.getServletContext();
        WebApplicationContext ctx = WebApplicationContextUtils.getWebApplicationContext(servletContext);
        ctx.getBean(BookService.class);
        BookService bookService = ctx.getBean(BookService.class);
        servletContext.setAttribute("bookTypes", bookService.getAllBookType());
    }
    
}

注解

方法或类
@RequestMapping("/user") - 访问url
值value = "/login", method = RequestMethod.POST

参数
@RequsetParam - 请求参数(表单或者查询字符串)
@CookieValue - Cookie
@RequsetHeader - 请求头
@PathVariable - 路径参数("/student/123005")

Dto

DTO(Data Transfer Object)是一个普通的Java类，它封装了要传送的批量的数据。当客户端需要读取服务器端的数据的时候，服务器端将数据封装在DTO中，这样客户端就可以在一个网络调用中获得它需要的所有数据。

Hibernate1+N问题

比如说：查10种大类型，它会接连发10条sql语句，分别查这10种大类型对应得小类型，这种叫1+N查询问题。
本来1条sql语句可以搞定的东西，现在变成了1+N条sql语句。

解决方案

如：用迫切左外连接语句
left join fetch 在查大类型的时候同时把子类型抓取出来，这样待会查询的时候做左外连接，这样一条sql语句既能查到大类型，还能把小类型加载上来。
左外连接是保证如果一个书的大类型底下没有小类型，它也要把大类型查上来，不会因为没有子类型不把大类型查上来。
左表不满足连接条件的也要查询上来。

distinct

对sql 语句来说是多余的，对hql和jpql是需要的，这样才能去重。
解决方案

.setHint(QueryHints.HINT_PASS_DISTINCT_THROUGH, false)

表示待会生成的sql语句是不需要distinct去重的。

贫血模型

一个类中只有属性和setter和getter方法，都只是数据没有行为，所以把这种设计方案叫做贫血模型。
血就代表方法，你的方法就代表血，代表那些流动的东西。
这里面都没有血，全是打酱油的修改器和访问器，没有真正的方法。

贫血模型：是指领域对象里只有get和set方法，或者包含少量的CRUD方法，所有的业务逻辑都不包含在内而是放在Business Logic层。
优点是系统的层次结构清楚，各层之间单向依赖，Client->(Business Facade)->Business Logic->Data Access(ADO.NET)。当然Business Logic是依赖Domain Object的。似乎现在流行的架构就是这样，当然层次还可以细分。该模型的缺点是不够面向对象，领域对象只是作为保存状态或者传递状态使用，所以就说只有数据没有行为的对象不是真正的对象。在Business Logic里面处理所有的业务逻辑，在POEAA(企业应用架构模式)一书中被称为Transaction Script模式。

Spring学习笔记 - 第007天