Struts2之ModelDriven的使用

http://tiantiankaixin.iteye.com/blog/769546

Java代码  

1. 我们可以根据Action属性的不同将它分为两类：Field-Driven（属性驱动） Action和Model-Driven（模型驱动） Action。  
2. 一、Field-Driven（属性驱动）Action，Action拥有自己的属性，这些属性一般是Java的基本类型。表单字段直接和Action的属性 对应。  
3.   
4. 二、实现了modelDriven接口可以在action中直接获得例如User对象，它会将Object getModel()取得的User放到ValueStack中。可以理解为将这个User的属性追加到Action中。它主要是作用是实现类似 Struts的FormBean功能。  
5.   
6. 在struts2中，提供了一种直接使用领域对象的方式，就是让action实现com.opensymphony.xwork2.ModelDriven接口，ModelDriven让你可以直接操作应用程序中的领域对象，允许你在web层和业务层使用相同的对象。  
7.   
8. ModelDriven接口只有一个方法  
9.   
10.         public Object getModel() {  
11.         return null;  
12.  }  
13.   
14. 该方法返回一个用于接收用户输入数据的对象模型，在这个模型对象中的属性可以直接通过(属性名)userName来访问，而不需要使用（对象名.属性名）user.userName这种格式来访问了，在action也不需要对对象提供getter和setter方法了，但是必须要在action中进行new操作  
15.   
16. 如下  
17.   
18. // ModelDriven要使用泛型哦  
19.   
20. public class LoginAction extends ActionSupport implements ModelDriven<User>{  
21.   
22. private static final long serialVersionUID = -6434128483294080524L;  
23.   
24. //这里必须要new  
25. private User user=new User();  
26. public String login() throws Exception {  
27.    // TODO Auto-generated method stub    
28.    return SUCCESS;  
29. }  
30.   
31. //这里是实现接口方法  
32.   
33. @Override  
34. public User getModel() {  
35.    // TODO Auto-generated method stub  
36.   
37. //别忘记了，要把返回值写上哦  
38.    return user;  
39. }  
40. }  
41.   
42. 这样一个ModelDriven就实现完毕了  
43.   
44. 和属性驱动的Action有很大的区别，下面一一列举：  
45.   
46. （1）模型驱动的Action必须实现ModelDriven接口，而且要提供相应的泛型，这里当然就是具体使用的Java Bean了。  
47.   
48. （2）实现ModelDriven的getModel方法，其实就是简单的返回泛型的一个对象。  
49.   
50. （3）在Action提供一个泛型的私有对象，这里就是定义一个User的user对象，并提供相应的getter与setter。  
51.   
52. 好了，上面的三件事做完之后，Action就会去自动调用User的setter将表单中的name属性的值赋给User中的属性。而Action的后续处理的Jsp页面后者是Servlet就可以使用user对象了。  
53.   
54. 到底是用属性驱动和是模型驱动呢？  
55.   
56. 这个问题困扰了很多Struts2的初学者，我这里提供一些建议：  
57.   
58. （1）请你统一整个系统中的Action使用的驱动模型，即要么都是用属性驱动，要么都是用模型驱动。  
59.   
60. （2）如果你的DB中的持久层的对象与表单中的属性都是一一对应的话，那么就使用模型驱动吧，毕竟看起来代码要整洁得多。  
61.   
62. （3）如果表单的属性不是一一对应的话，那么就应该使用属性驱动，否则，你的系统就必须提供两个Bean，一个对应表单提交的数据，另一个用与持久层。