我有一个User
对象存储在会话中@SessionAttributes
。以及一个简单的方法装饰,@ModelAttribute
以便在会话的值为空时对其进行初始化。
用户等级:
@Entity
@Table( name="USER")
public class User implements java.io.Serializable {
private Long id;
private String username;
private String password;
....
@Id
@GeneratedValue(strategy = GenerationType.IDENTITY)
@Column(name ="ID")
public Long getId() {
return id;
}
public void setId(Long id) {
this.id = id;
}
...
控制器:
@RequestMapping("/item")
@Controller
@SessionAttributes({"user"})
public class MyController {
@ModelAttribute 方法:
@ModelAttribute("user")
public User createUser(Principal principal) {
return userService.findByUsername(principal.getName());
}
除了这种特殊方法外,这一切似乎都按预期工作:
@RequestMapping(value = "/{id}", method = RequestMethod.GET)
public String showItem(@PathVariable("id") Long id, @ModelAttribute("user") User user,
Model uiModel) {
...
}
问题是User.id
正在设置@PathVariable("id")
. 我相信我也遇到了这个问题@RequestParam
。我假设这是因为两者具有相同的名称和类型。阅读Spring 的文档(见下文)后,我假设这是预期的行为:
下一步是数据绑定。WebDataBinder 类将请求参数名称(包括查询字符串参数和表单字段)匹配到按名称对属性字段建模。在必要时应用类型转换(从字符串到目标字段类型)后填充匹配字段。
但是,我认为这种情况相当普遍,其他人如何处理呢?如果我的发现是正确的并且这是预期的行为(或错误),这似乎很容易出错。
可能的解决方案:
- 更改
@PathVariable("id")
为@PathVariable("somethingElse")
。有效,但使用@RequestParam 并不那么简单(例如,我不知道如何将 jqgrid 的请求参数 id 更改为其他内容,但这是另一个问题)。 @PathVariable("id")
将类型从 Long更改为 Int。这将使类型不同User.id
,id
但对 Long 的演员表看起来很难看 :)- 不要
@ModelAttribute
在这里使用并再次查询数据库User
。与其他方法不一致并涉及冗余数据库调用。
有什么建议么?