请问struts actionForm中字段的类型是全部设成String好呢,还是根据数据库中的类型来定 全部用String虽然在jsp里面好处理,但是DB处理需要类型转换,还是应该和数据库的一致最好。 解决方案 » 免费领取超大流量手机卡,每月29元包185G流量+100分钟通话, 中国电信官方发货 我是用String,理由:1、从数据库里取数据可以都用rs.getString()2、往数据库里插数据要拼接的sql语句是String类型。当然如果数据不直接入库,还要运算的话,就还得转换了。我一般ActionForm、取数据的代码、存数据的代码都是用自编的代码生成器自动生成的,用String的话比较好处理。 各人的意见都不同~同意 tyouvivi(tyouvivi) 的讲法,但读取ACTIONFORM的时候又同意 formalin(福尔马林)~真的很难决定~ 还是尽量一致比较好。大部分常用的就是string,float,这些比较好处理。目前我所遇到的比较困难的就是date,在后台好处理,但是一直没能做到在controller中比较好的转换这一功能,非常的麻烦,所以目前我的程序中,还是使用string去处理date,其他的类型都是一致的。 actionForm里面,通常最好用String,可以避免一些低级错误,而且可以很方便地进行一些简化处理.比如自动生成source之类的工作.和数据库类型一一对应的应该是检索完成后返回的valueObject,中间最好有一个转换的过程, 从来都是根据数据库没有试过全用str,感觉怪怪的 string,string,string 都string,db里头能用varchar/vchar/string的地方都都用 这样,即保持一致,也便于操作!!—————— ————————低见,低见,低见/愚见,愚见,愚见 單就 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 之中唯有設計相當的型態才可以去驗證.. 我也是在各层之间传递的是VO,不过VO中的各个字段都是string的。我也在考虑这个问题,感觉还是用DB对应的类型不错,不过没做过。 都用string, 结构不够严格如果是和别人协作,很容易误解。而且是不是所谓的好处理,也很难说。确实string提供了很多友好的方法,但也不能因为这个到处都是string。string对象的效率当然低于数字类型。所以 该用什么就是什么! 灵活运用,不局限于使用string SSH整合之后,组件的hashCode的问题 java 权限过滤器如何不过滤某个目录,只有那么点分了,只求高手秒杀 求高手用java解析二进制流的方法? JUnit Spring 找不到配置文件 Tomcat除了设置URIEncoding="utf-8"属性外,还有其他方法可以在地址栏输入中文吗? 请问JSF中HtmlData怎样捕获鼠标单击事件? 小弟初学weblogic,问个pointbase的问题 急问:阿,不懂,以前没调试java! 请给我一个对EJB的性能问题的正确认识. EJB中什么是包装器类? 一个struts的错误,急在线等待.up有分. 请问一个最基础的问题
1、从数据库里取数据可以都用rs.getString()
2、往数据库里插数据要拼接的sql语句是String类型。当然如果数据不直接入库,还要运算的话,就还得转换了。我一般ActionForm、取数据的代码、存数据的代码都是用自编的代码生成器自动生成的,用String的话比较好处理。
同意 tyouvivi(tyouvivi) 的讲法,但读取ACTIONFORM的时候又同意 formalin(福尔马林)~
真的很难决定~
没有试过全用str,感觉怪怪的
—————— ————————低见,低见,低见/愚见,愚见,愚见
我建議 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 之中
唯有設計相當的型態才可以去驗證..
我也在考虑这个问题,感觉还是用DB对应的类型不错,不过没做过。
如果是和别人协作,很容易误解。
而且是不是所谓的好处理,也很难说。
确实string提供了很多友好的方法,但也不能因为这个到处都是string。
string对象的效率当然低于数字类型。所以 该用什么就是什么!