这个date类型让我很头疼...在类中,,,声明类型是date好,还是String类型好...
我的数据库是oracle我在界面中用户输入,使用的是struts中的标签<s:datetimepicker.关于这个标签也是很多的问题...有时候加上这个displayFormat="yyyy-MM-dd"就会报错误...还有这个标签接受的数据name="date"这个是String类型好,还是Date类型好...
在oracle中如果穿过去Date类型.如果to_date().也不会有问题吧...问题说得很杂,...希望高手能够耐心讲解..谢谢

解决方案 »

  1.   

    数据库用date,前台传递的VO用String,然后在action里转换下,再传下后台,进行数据库级别的操作!
      

  2.   

    一般既然数据库已经提供了date数据类型
    就应该用它
      

  3.   

    无论是String类型,还是Date类型
    都有它适合的地方,也有不适合的地方
    用的时候一定要注意是否适合,不适合就转换
    至于用那个好,其实差不多,因为都不是万能的
      

  4.   

    我也碰到过这个问题,转换是有点问题
    用netbean时甚至不能对<s:datetimepicker>的value=<%..%>属性动态赋值,竟然还提示不支持
      

  5.   


    传date类型的再去to_date(),要出错的。其实我个人认为,日期设置成String型或者Date型都没关系,重要的是整个系统数据库系统什么都要统一,不要有些日期字段设置成String型,有些设置成Date型。因为这样在某些共通模块操作数据库时可能会出问题,我就曾经碰到过。
      

  6.   

    直接就用String算了,他的功能也没什么差别:
    1.判断时间先后可以直接根据String判断先后。
    2.判断相隔时间多长 转换一下,一般都会写个DateUtil来判断时间间隔的方法。推荐直接用String.
      

  7.   

    用String没那么多麻烦事,日期格式化,ok
      

  8.   

    5楼讲的很好,但是有抹油之嫌。
    我感觉页面上就用string类型就行,因为页面上一般只是用于展示,即使是传值的时候,自己转个类型也不麻烦。
    其实传值都是string类型的值,只不过用date类型时,是struts帮你处理。
      

  9.   

    俺现在再页面用的是String,这样使用起来要方便些,不会出那些鬼一样的错误。format成日期格式放在数据库里面也挺好的。不过建议做成onclick事件然后选择,不要手工填写!
      

  10.   

    Data   我用webwork2没问题啊<%@ taglib uri="/webwork" prefix="ww" %><ww:date name="sdate" format="yyyy-MM-dd" />难道struts2 就不行。