全部用String虽然在jsp里面好处理,但是DB处理需要类型转换,还是应该和数据库的一致最好。

解决方案 »

  1.   

    我是用String,理由:
    1、从数据库里取数据可以都用rs.getString()
    2、往数据库里插数据要拼接的sql语句是String类型。当然如果数据不直接入库,还要运算的话,就还得转换了。我一般ActionForm、取数据的代码、存数据的代码都是用自编的代码生成器自动生成的,用String的话比较好处理。
      

  2.   

    各人的意见都不同~
    同意 tyouvivi(tyouvivi) 的讲法,但读取ACTIONFORM的时候又同意 formalin(福尔马林)~
    真的很难决定~
      

  3.   

    还是尽量一致比较好。大部分常用的就是string,float,这些比较好处理。目前我所遇到的比较困难的就是date,在后台好处理,但是一直没能做到在controller中比较好的转换这一功能,非常的麻烦,所以目前我的程序中,还是使用string去处理date,其他的类型都是一致的。
      

  4.   

    actionForm里面,通常最好用String,可以避免一些低级错误,而且可以很方便地进行一些简化处理.比如自动生成source之类的工作.和数据库类型一一对应的应该是检索完成后返回的valueObject,中间最好有一个转换的过程,
      

  5.   

    从来都是根据数据库
    没有试过全用str,感觉怪怪的
      

  6.   

    string,string,string 都string,db里头能用varchar/vchar/string的地方都都用 这样,即保持一致,也便于操作!!
    —————— ————————低见,低见,低见/愚见,愚见,愚见
      

  7.   

    單就 design pattern 來說
    我建議 vo <-> database table 是採用 OR Mapping 的方式
    就是說 vo 不單單是僅有 String 格式
    至於該如何做 OR Mapping, 無論是採用 db connection, hibernate, EnityEJB and etc..
    都可以輕易地將 data 轉移到 vo 之中當然, vo 與 actionForm 的轉換機制也相當的多元性
    也有許多的 tools 可以自動產生相關的檔案
    最有名的就是 xdoclet, 當然你可以使用 ant 以及一些簡單的 wizard 或許有些人會認為採用 string <-> varchar(db) 這種設計不錯
    但是在相關的運算之中
    就需要去判定 NULL 的處理模式
    而且對於一個 VO 來說
    這些數值不屬於真正的 attribute , 而是被轉型過的
    都是 String 是開發容易 但是不容易閱讀與維護
    例如 String money; 這種設計 會讓人誤解 money 只是一個字串而非數值此外, 在 validation 之中
    唯有設計相當的型態才可以去驗證..
      

  8.   

    我也是在各层之间传递的是VO,不过VO中的各个字段都是string的。
    我也在考虑这个问题,感觉还是用DB对应的类型不错,不过没做过。
      

  9.   

    都用string, 结构不够严格
    如果是和别人协作,很容易误解。
    而且是不是所谓的好处理,也很难说。
    确实string提供了很多友好的方法,但也不能因为这个到处都是string。
    string对象的效率当然低于数字类型。所以 该用什么就是什么!
      

  10.   

    灵活运用,不局限于使用string