struts2 ui组件的问题

哗啦啦下雨了，没伞的......
ext慢，没办法，一......
我现在强烈认为，一个......
struts2中，在......
唉，明白了，ognl......
自解自答了。感谢ba......
建议使用bbossg......
谢yin_bp，初一......
deng8818写道......
好了，对一切开源框架......


   哗啦啦下雨了，没伞的人们都在跑。
   

ext慢，没办法，一般没有美工的，多用ext来弄页面，也剩下不少money的！

   我现在强烈认为，一个项目组，必须要有写tag lib的，你别跟我说用模板啥的，
标签虽然难写，但是它带来的好处是显而易见的，用标签，程序员开发标准化、一致化，而且因为标签自包含闭包结构，可以无限重构，不影响程序架构，用自开发标签可以明显提高项目成功率。
    而且我十分怀疑，对一个大项目组，每个人都以extjs那种方式去写ui界面，如果是一个小项目就罢了,3,5个人英雄一下就行了，很难想象10人以上的项目组人人都去写无穷无尽的javascript，那简直是恶梦，是悲剧。

   struts2中，在valuestack的作用下，ui组件与action存在一个双端映射，即提交页面，ui组件值填充到action属性；最后通过valuestack,action属性值又回填到ui组件。
    如果不再使用struts2的ui组件，而使用普通html，比如<input>,这个双端映射肯定不会再起作用了。但是由于有param拦截器的作用，html组件的值肯定会填充action对应的属性；但是action属性值确不会回填页面了。是吗？
    我想知道html普通组件能使用ognl吗？比如
<input id=fname name=fname value='%{fname}'>不知这样可否，谢谢。

唉，明白了，ognl表达式一定要配合struts2标签才可使用。
晕，那不用ognl,还要valuestack有何用？
比如修改操作，把action属性回填到表单的操作，只能想法从valuestack取得request,再将action扔进request里，最后再在页面上用el?
相当的繁琐。

自解自答了。感谢baidu.
struts2：关于EL能够获得action的属性
http://kang36897.blog.163.com/blog/static/1704737320104144194505/

建议使用bbossgroups框架组的路线图
mvc+jquery+persistent+taglib
呵呵
http://yin-bp.iteye.com/blog/1026261
http://yin-bp.iteye.com/blog/1026245
http://yin-bp.iteye.com/blog/1026054

谢yin_bp，初一看还以为jboss,呵呵，很好的一个框架。如果是在企业在开发，可能会考虑一下便捷但较少人使用的框架。
我现在手上在作的一个项目，基于jboss的解决方案：
seam+richfaces+jbpm+hibernate+facelets,运行速度不是那么理想,而且界面并不是那么完美。
我想说的是一个项目在选择方案时，真的不要堆砌时髦方案。选择广泛使用的方案，这非常重要，有时候跟风意味着低风险和安全。一个项目客户并不是看你的方案的先进，客户要的是结果。如果选择了一堆被很少使用的框架和技术，意味着程序员难招，不成熟的方案又意味着项目风险。

deng8818 写道
谢yin_bp，初一看还以为jboss,呵呵，很好的一个框架。如果是在企业在开发，可能会考虑一下便捷但较少人使用的框架。
我现在手上在作的一个项目，基于jboss的解决方案：
seam+richfaces+jbpm+hibernate+facelets,运行速度不是那么理想,而且界面并不是那么完美。
我想说的是一个项目在选择方案时，真的不要堆砌时髦方案。选择广泛使用的方案，这非常重要，有时候跟风意味着低风险和安全。一个项目客户并不是看你的方案的先进，客户要的是结果。如果选择了一堆被很少使用的框架和技术，意味着程序员难招，不成熟的方案又意味着项目风险。


基于bboss mvc框架开发的应用性能绝对不会比struts 2和spring mvc 3要差，而且提供了更加丰富的数据绑定机制，能更加方便地满足国人的需要，呵呵，而且更能实时跟进用户的需求进行扩展，呵呵，这已经被很多实际项目证实了的哦。有兴趣的朋友不防一试。

好了，对一切开源框架心怀敬意，广告就不要再来了。