关于在javabean里的方法，这样做会不会影响性能

Question

可以。看看jive，也是对表进行封装的。

Answer 1

设计成每个表对应一个bean是正确的
用的时候每个bean对应一条记录，bean里面只包含数据库的表中内容
所谓的EJB中的EntityBean就是这样把某个类的方法add,delete,select等，做成一个新的bean,
包含着数据库操作，比如select()方法，可以考虑返回一个
数据库bean的数组，add()方法可以加个参数，
参数为add(entityBean eb)大概就是这样

Answer 2

我是在每个bean(对应表)里实现 add,delete,update,getCount,等一系列方法
感觉代码重复的很多，好在还有个工具能生成也试着想在bean的构造函数里就 openConn();如果是每一个方法,如add()去连接池里找一个connection,那么一个页面里会有很多这样
的动作的to : icecloud(冰云)
可以再详细点吗？
你的意思是把这些公用的方法做成类，然后 比如 add(Bean User)是这样？
但看 sun 的 doc好象并不这样的吧？

Answer 3

我说的只是一种设计思想，并不是说一定是对的我的意思是 1个数据表对应一套方法
比如t_user表
User类就只包括 id,name,pass,gender等资料，或者做一个String[]保存
同时，做一个UserAction类，包括add(User u),update(User u),delete(User u)这样的方法
当然别的表也要做
这些方法可能有很重复的，所以就要进行抽象和继承
可以做一个类Abstract class Action{}包括那些方法，
做一个Table接口，所有的比如user,news表对应的对象要实现该接口
Action类中的所有操作就可以是add(Table t)，update(User u)就是这样，一个简单的小工厂方法

Answer 4

to : icecloud(冰云) 
说的很好,认识一下只在bean的构造函数里 openConn();
在每个方法里就不openConn();了
这两种的性能怎样？

Answer 5

只在bean的构造函数里 openConn();
在每个方法里就不openConn();了
这两种的性能怎样？这样不太好吧，万一对象没有自己消失呢
你这样打开的对象并没有谁能保证回收
so,你打开的conn就一直留在内存了建议还是随用随开，反正是连接池嘛不会有大的问题

Answer 6

to : icecloud(冰云)
哦，这样,谢谢你