K
kindly
Unregistered / Unconfirmed
GUEST, unregistred user!
在系统中有一个节点实体,例如一个单位,一个单位可能有若干个下级单位,一个上级单位,
需要完成的功能有:添加下级单位,删除任一单位,判断某单位是否是某单位的上(下)级单位
等功能。在这种情况下,是用一个Entity Bean添加若干方法来实现,还是用一个Session Bean来
实现?设计采用的是EJB 2.0 CMP 2.x,因为在很多资料上看到不推荐client直接使用Entity Bean,
但是这种情况下应该如何设计类?
我写的Entity Bean类
DW SJDW;//上级单位
Collection XJDW;//下级单位
<<entity methods>>
setDWDM()
setDWMC()
setAddress()
getDWDM()
getDWMC()
getAddress()
<<node opration methods>>
addChildDW(DW Node)
removeChildDW(DW Node)
remvoeChildDW(String DWDM)
...
这样的话,如果要传递一个单位对象,是否是传递一个实体?我看资料上是写一个DataBean,结构和
实体一样,作为参数传递的介质,这种做法有何优劣?
需要完成的功能有:添加下级单位,删除任一单位,判断某单位是否是某单位的上(下)级单位
等功能。在这种情况下,是用一个Entity Bean添加若干方法来实现,还是用一个Session Bean来
实现?设计采用的是EJB 2.0 CMP 2.x,因为在很多资料上看到不推荐client直接使用Entity Bean,
但是这种情况下应该如何设计类?
我写的Entity Bean类
DW SJDW;//上级单位
Collection XJDW;//下级单位
<<entity methods>>
setDWDM()
setDWMC()
setAddress()
getDWDM()
getDWMC()
getAddress()
<<node opration methods>>
addChildDW(DW Node)
removeChildDW(DW Node)
remvoeChildDW(String DWDM)
...
这样的话,如果要传递一个单位对象,是否是传递一个实体?我看资料上是写一个DataBean,结构和
实体一样,作为参数传递的介质,这种做法有何优劣?