Spring Web MVC
在web.xml配置前端控制器
<servlet>
<servlet-name>frontController</servlet-name>
<servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>
<load-on-startup>1</load-on-startup>
</servlet>
<servlet-mapping>
<servlet-name>frontController</servlet-name>
<url-pattern>*.do</url-pattern>
</servlet-mapping>
视图解析器
两种方法写控制器类
第一种：
@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路径下
<context:component-scan base-package="com.kygo.dang.controller"/>
<context:annotation-config/>
<!-- 配置Spring MVC的视图解析器(渲染视图完成模型和视图的绑定) -->
<bean id="jspViewResolver" class="org.springframework.web.servlet.view.InternalResourceViewResolver">
<property name="viewClass" value="org.springframework.web.servlet.view.JstlView"/>
<property name="prefix" value="/WEB-INF/jsp/"/>
<property name="suffix" value=".jsp"/>
</bean>
监听器初始化数据
@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模式。
