<s:textfield>标签

中的value=“”还是挺有用的，比如说更新之前，根据需要更新的用户（地址、商品等等等等）的id，在updateInput方法中，先做一些准备，根据这个id去数据库取属性出来，放到ActionContext中，到时候取出来

在textfield标签，name=""  value="" 以及在<s:property>标签中的value=""；都是不一样的机制

先说<s:property>标签中的value=""，这个是典型的ognl表达式的取值，

（先要说明的一件事就是，modeldriven把一个user对象暴露在外面，是为了封装参数传递过来的属性，只要表单提交或者url中有同名的参数，就会给user对象的属性赋值，并放在栈顶，但是，需要注意的是，这个是ModelDriven的效果，在没有ModelDriven之前，暴露在栈顶的其实是UserAction的属性域，尽管用属性域Struts2自动封装属性是不错的选择，但是毕竟属性太多，在在Action中写这些还是不合适， ModelDriven的出现，直接用一个对象作为属性即可。现在有了ModelDriven覆盖了栈顶，栈顶下面，还是有UserAction的属性域。所以简单说就是有两个User。）

<s:property>中，根据ognl表达式的规则：

1、加#，从actioncontext的map中取，"#key"得到的是key对应的value的值。如果value是一个map或者是一个对象，value.key（或者属性）可以在往里面取。这个比较简单。

2、不加#，从栈中取，比如栈顶是id，username group（这是个对象），栈顶之下是user userService（忽略它）等，那么赋值怎么赋，取值又怎么取呢？再比如说，栈顶之下也有id username属性，这个又怎么取？

先说赋值，参数中的group.id可以直接赋值给栈顶对象中的group属性，所以这个时候如果是user多对group一，那么如果想维护关系，不需要new 一个group，再set id，再new一个user，再setgroup，再saveuser，不需要这样，ModelDriven自己建了两个对象，user和group，并自动封装，group.id是由参数传进来，（这样对应的关系似乎比较难理解，但是如果是用户user和地址address的关系就好理解了，对一个用户添加一个地址），对一个组添加一个user，那么group.id直接过来，赋值进去，user的属性可以通过表单来传，那么就得到了一个实体user，一个实体group，就可以save了，而且关系还对应的非常好。

再说取值：不加#，现在栈顶找，找到了用这个值，如果找不到，分两种情况，第一种是没有这个属性，那么就往下找，找到了就获得这个值（这点很重要，比如user这个实体对象，在栈顶有一份，在栈底还有一份，栈顶的有可能已经接收了传过来的id，其他属性是null，但是栈底的user如果已经把load出来的对象赋给它并且开启了opensessioninviewer，那么可以直接在input表单中用ognl表达式取），第二种是有这个属性但是没有赋值，在<s:property>的ognl中是得到null，即使栈顶之下还有这个属性而且是赋值了的。这一点和El表达式不同。el表达式遇到没赋值的一直找到栈底（待核实）

再说<s:textfield>标签，在没有value标签干扰的情况下，name属性中的值的取值符合ognl的规则，和刚才<s:property>中的value取值是一样的，但是name的值是要用来传值给后面的所以不能改。

这就需要其中的value的值，value的值似乎不能取栈中的值，不过可以存到actioncontext中，这个时候要注意，用%{}来取值，在checkboxlist中可以用#{}来访问不过依然建议使用%{}