一直在用封装类,因为这样可以和hibernate实体类的字段类型对应起来。但是封装类会有null,而且运行效率没基本数据类型快。
到底用基本数据类型好,还是用封装类好

解决方案 »

  1.   

    为了OO而OO !!!!
    这让我想起了一个在实际开发中遇到的情况,项目使用了struts2 和 hibernate 3.0 , 某程序员需要根据ID获取一个 对象,其实简单来说,只要通过 struts2 传过来一个ID即可,但是该程序员,一定要 封装成一个对象传入service层 !  于是乎 ,我就在页面看到  E.id=1
    我不解的问道,传一个ID可以解决的问题,为什么还要将ID封到对象中,在ACTION装箱 到service去拆箱.
    看了 你的回复 我懂了~ 每个人都有自己的理由吧 ,我不敢说你这种想法算不算滥用.
      

  2.   

    这个视方法功能而定啊,没有规定说action调service中的方法非得传int、String或者实体等这种说法。
      

  3.   

    感觉还传递对象好一点,以便以后有参数更改时,不用修改接口方法,而直接修改传递的Entity对象就OK了
      

  4.   

     实体类实现了java.io.Serializable这个接口
    最好不要用基本类型 用基本类型的封装类