(Portal 开发读书笔记)Spring Portlet MVC 常用注解大全

简介:

@Controller  ,标注在类级别,用于标注一个Portlet Handler,控制器类可以是任意的类。

----

@Autowired ,标注在构造器,setter方法,或者字段上,用于让Spring根据类型来注入依赖,所以如果在Spring上下文中如果有某个类的多个bean实例,则会抛出异常,此时我们应该配合@Qualifier 一起使用。

比如我们有

 
 
  1. <bean id="bookservice1" class="foo.bar.service.BookService/> 
  2.  
  3. <bean id="bookservice2" class="foo.bar.service.BookService"/> 
  4.  
  5. <bean id="bookservice3" class="foo.bar.service.BookService"/> 

我们想让我们的Controller注入bookservice1 ,则必须联合使用@Autowired和@Qualifier:

 
 
  1. @Controller(value="addBookController"
  2. public class AddBookController { 
  3. @Autowired 
  4. @Qualifier("bookservice1") 
  5. private BookService bookService; 
  6. ... 

-----

@Resource,标注在类,字段,setter方法,但是不可以标注在构造器上,用于让Spring根据名字来注入依赖。

 
 
  1. @Controller(value="addBookController"
  2. public class AddBookController { 
  3. @Resource(name="myBookService"
  4. private BookService bookService; 
  5. ... 

 

在Portlet Controller的内部,我们还可以用以下的注解:

@RequestMapping,标注在类和方法上,Portlet常用的映射策略是:将一种Portlet模式映射到控制器类上,然后将请求参数映射到各个处理器方法上。

当用于类级时,它可以将对portlet的请求根据当前portlet的mode和请求参数来映射到Handler上,例如:

 
 
  1. @Controller(value="someController"
  2. @RequestMapping(value="VIEW"
  3. params="action=showSomething"
  4. public class SomeController { 
  5. public String showSomething(...) { 
  6. return "addBookForm"
  7. public void doSomething(...) { 

当用于方法级时,它可以将对portlet的请求根据当前portlet的mode和请求参数映射到Handler的某个方法上,例如:

 
 
  1. @Controller(value="someController"
  2. public class SomeController { 
  3. @RequestMapping(value="VIEW"
  4. params="action=showSomething"
  5. public String showSomething(...) { 
  6. @RequestMapping(value="ACTION", params="action=doSomeWork"
  7. public void doSomething(...) { 

注意,类级别的@RequestMapping的模式和方法级别的@RequestMapping的模式必须匹配,否则会产生错误。

 

也可以根据方法的签名来让Spring自动判断某个方法是render处理方法还是action处理方法,比如:

 
 
  1. @Controller(value="someController"
  2. @RequestMapping(value="VIEW"
  3. public class SomeController { 
  4. ... 

  5. //下面的处理方法是一个render请求的处理方法
  6. @RequestMapping(params="action=showSomething"
  7. public String showSomething(Model model) { 
  8. //下面的处理方法是一个action请求的处理方法
  9. @RequestMapping(params="action=doSomeWork"
  10. public void doSomething(ActionRequest request) { 

action请求的处理方法总是返回void

---- 

为了让请求类型映射更加清晰,我们不用@RequestMapping,而是用更加具体的标注比如 @RenderMapping ,@ActionMapping:

----

@RequestMapping 

@RenderMapping:标注在方法上,用于将一个render类型的portlet 请求映射到处理器的render方法上,其中value也可以不指定,如果不指定则表示渲染到NOMAL+MAXIMIZED+MINIMIZED上。

 
 
  1. @Controller(value="someController"
  2. @RequestMapping(value="VIEW"
  3. public class SomeController { 
  4. @RenderMapping(value="NORMAL"
  5. params="action=showSomething"
  6. public String showSomething(Model model) { 

注意,@RenderMapping必须和@RequestMapping联合使用,因为@RequestMapping可以指定Portlet Mode,而@RenderMapping无法指定Portlet Mode.

 -----

@ActionMapping:

@ActionMapping标注在方法上,用于将一个action类型的portlet请求映射到处理器的action方法上,其中value也可以不指定。

 
 
  1. @Controller(value="someController"
  2. @RequestMapping("VIEW"
  3. public class SomeController { 
  4. @ActionMapping(value="doSomeWork"
  5. params={"work=laundry","time=enough"}) 
  6. public String doSomething(ActionRequest request) { 
  7. ... 
  8. ... 

注意,@ActionMapping必须和@RequestMapping联合使用,因为@RequestMapping可以指定Portlet Mode,而@ActionMapping无法指定Portlet Mode.

----

@RequestParam 是方法参数级的注解,用于绑定请求参数到方法参数

 
 
  1. @RequestMapping 
  2.  public void advancedSearch( 
  3.    @RequestParam("queryStr") String queryStr, 
  4.    @RequestParam("showFlag") String showFlag, 
  5.    @RequestParam("totalnumber") String totalNumber, 
  6.    @RequestParam("upType") String upType, 
  7.    @RequestParam("jmesareq") String jmesaReq, 
  8.    @RequestParam("isExportOper") String isExportOper, 
  9.    RenderResponse response, final RenderRequest request, 
  10.    ModelMap model) { 
  11.   // get query structure and query type from page 
  12.   List<Long> cd_ids = new ArrayList<Long>(); 
  13.   if(StringUtils.equals("invoke", jmesaReq)){ 
  14.    cd_ids = (List<Long>)request.getSession().getAttribute(Constants.RESULT_IDS); 
  15.   } 
  16.  .... 
  17.  } 

 

-----

@ModelAttribute ,标注在方法或者方法参数中,用于从Model对象中添加或者移除属性。

如果用于方法级别,那么方法的返回值被添加到Model对象中,value属性表明存放到Model中的key.例如:

 
 
  1. @Controller(value="bookController"
  2. @RequestMapping("VIEW"
  3. public class BookController { 
  4. @Autowired 
  5. @Qualifier("myBookService"
  6. private BookService bookService; 
  7. ... 
  8. @ModelAttribute(value="books"
  9. public List<Book> getBooks() { 
  10. return bookService.getBooks(isbnNumber); 
  11. ... 

注意,被@ModelAttribute标注的方法的调用时间总是早于被@RenderMapping或者@ActionMapping所标注的方法.

注意,@ModelAttribute标注也必须和@RequestMapping联合使用。

 

如果用于方法参数级别,那么它用于绑定模型中的属性到方法参数,例如:

 
 
  1. @RequestMapping(value = "VIEW"
  2. @Controller(value="addBookController"
  3. public class AddBookController { 
  4. @Autowired 
  5. @Qualifier("myBookService"
  6. private BookService bookService; 
  7. ... 
  8. @ActionMapping(params = "myaction=addBook"
  9. public void addBook(@ModelAttribute(value="book"
  10. Book book, ...) { 
  11. ... 
  12. bookService.addBook(book); 

-----

@SessionAttributes ,标注在类级别,用于让模型的属性存储于控制器的会话状态中。直到Session结束(详细说来是调用了SessionStatus的setComplete()方法)。这样做的好处就是可以在一个作用域更大的区域上共享对象,用法是将@SessionAttributes和@ModelAttribute 联合使用,并且他们的value值设成一样。例如:

 
 
  1. @Controller 
  2. @RequestMapping(value="VIEW"
  3. @SessionAttributes(value="book"
  4. public class EditBookController { 
  5. @Autowired 
  6. @Qualifier("myBookService"
  7. private BookService bookService; 
  8. @ModelAttribute("book"
  9. public Book getBook(@RequestParam Long isbnNumber) { 
  10. return bookService.getBook(isbnNumber); 
  11. @ActionMapping(params="myaction=editBook"
  12. public void editBook 
  13. (@ModelAttribute("book")Book book,...){ 
  14. ... 
  15. bookService.editBook(book); 
  16. ... 
  17. @RenderMapping(params="myaction=editBookForm"
  18. public String showEditBookForm(){ 
  19. return "editBookForm"

对于共享PortletSession上相同类型的多个属性,也可以用如下的写法:

 
 
  1. @SessionAttributes(types=XXXClass.class

这样所有XXClass类型的属性都会被设置到PortletSession域上。

-----

@InitBinder 标注在方法级,为什么要用这个注解呢?

因为请求类型的参数都是String类型的, 所以要让某个属性编辑器(比如自定义的属性编辑器),格式化器或者校验器来处理某个请求参数,就必须用WebDataBinder进行绑定,而@InitBinder就负责初始化WebDataBinder,比如:

 
 
  1. @Controller 
  2. public class MyFormController { 
  3.  
  4.     @InitBinder 
  5.     public void initBinder(WebDataBinder binder) { 
  6.         SimpleDateFormat dateFormat = new SimpleDateFormat("yyyy-MM-dd"); 
  7.         dateFormat.setLenient(false); 
  8.         binder.registerCustomEditor(Date.classnew CustomDateEditor(dateFormat, false)); 
  9.     } 
  10.     … 

这个例子就是Date类型绑定到自定义的Date编辑器。





本文转自 charles_wang888 51CTO博客,原文链接:http://blog.51cto.com/supercharles888/845706,如需转载请自行联系原作者

目录
相关文章
|
2月前
|
缓存 Java 数据库连接
Spring Boot奇迹时刻:@PostConstruct注解如何成为应用初始化的关键先生?
【8月更文挑战第29天】作为一名Java开发工程师,我一直对Spring Boot的便捷性和灵活性着迷。本文将深入探讨@PostConstruct注解在Spring Boot中的应用场景,展示其在资源加载、数据初始化及第三方库初始化等方面的作用。
53 0
|
20天前
|
缓存 前端开发 Java
【Java面试题汇总】Spring,SpringBoot,SpringMVC,Mybatis,JavaWeb篇(2023版)
Soring Boot的起步依赖、启动流程、自动装配、常用的注解、Spring MVC的执行流程、对MVC的理解、RestFull风格、为什么service层要写接口、MyBatis的缓存机制、$和#有什么区别、resultType和resultMap区别、cookie和session的区别是什么?session的工作原理
【Java面试题汇总】Spring,SpringBoot,SpringMVC,Mybatis,JavaWeb篇(2023版)
|
7天前
|
Java Spring 容器
Spring使用异步注解@Async正确姿势
Spring使用异步注解@Async正确姿势,异步任务,spring boot
|
7天前
|
XML 缓存 前端开发
springMVC02,restful风格,请求转发和重定向
文章介绍了RESTful风格的基本概念和特点,并展示了如何使用SpringMVC实现RESTful风格的请求处理。同时,文章还讨论了SpringMVC中的请求转发和重定向的实现方式,并通过具体代码示例进行了说明。
springMVC02,restful风格,请求转发和重定向
|
7天前
|
XML Java 数据格式
spring复习03,注解配置管理bean
Spring框架中使用注解配置管理bean的方法,包括常用注解的标识组件、扫描组件、基于注解的自动装配以及使用注解后的注意事项,并提供了一个基于注解自动装配的完整示例。
spring复习03,注解配置管理bean
|
7天前
|
XML 前端开发 Java
控制spring框架注解介绍
控制spring框架注解介绍
|
21天前
|
Java 数据库连接 数据格式
【Java笔记+踩坑】Spring基础2——IOC,DI注解开发、整合Mybatis,Junit
IOC/DI配置管理DruidDataSource和properties、核心容器的创建、获取bean的方式、spring注解开发、注解开发管理第三方bean、Spring整合Mybatis和Junit
【Java笔记+踩坑】Spring基础2——IOC,DI注解开发、整合Mybatis,Junit
|
2月前
|
监控 安全 Java
【开发者必备】Spring Boot中自定义注解与处理器的神奇魔力:一键解锁代码新高度!
【8月更文挑战第29天】本文介绍如何在Spring Boot中利用自定义注解与处理器增强应用功能。通过定义如`@CustomProcessor`注解并结合`BeanPostProcessor`实现特定逻辑处理,如业务逻辑封装、配置管理及元数据分析等,从而提升代码整洁度与可维护性。文章详细展示了从注解定义、处理器编写到实际应用的具体步骤,并提供了实战案例,帮助开发者更好地理解和运用这一强大特性,以实现代码的高效组织与优化。
56 0
|
12月前
|
存储 安全 编译器
[笔记]读书笔记 C++设计新思维《一》基于策略的类设计(下)
[笔记]读书笔记 C++设计新思维《一》基于策略的类设计(下)
|
12月前
|
存储 关系型数据库 编译器
C++ Primer Plus 第6版 读书笔记(9)第 9章 函数——内存模型和名称空间
C++ Primer Plus 第6版 读书笔记(9)第 9章 函数——内存模型和名称空间
102 1
下一篇
无影云桌面