大家在使用hibernate时用什么生成hbm.xml及pojo

charles361 2010-05-10 05:37:51
大家谈谈在使用hibernate开发时主要使用那些工具和方法生成hbm.xml及pojo,说说具体的操作过程
...全文
229 13 打赏 收藏 转发到动态 举报
写回复
用AI写文章
13 条回复
切换为时间正序
请发表友善的回复…
发表回复
warrior511 2010-05-11
  • 打赏
  • 举报
回复
myeclipse自带,先建表,然后工具自动生成 POJO与配置文件
xuewen123 2010-05-10
  • 打赏
  • 举报
回复
我还在学习阶段,现在一般用myeclipse,在项目上添加hibernate功能,建立database连接,在表的基础上自动生成,如果表有关联的话,在手动加上!
hehe264 2010-05-10
  • 打赏
  • 举报
回复
middegen
水中影子 2010-05-10
  • 打赏
  • 举报
回复
http://61.184.198.91:8888/index.html

下来看看,怎么样?
dinghun8leech 2010-05-10
  • 打赏
  • 举报
回复
[Quote=引用 6 楼 badman361 的回复:]
那你在大项目上都是用什么工具啊,middlegen,hibernat-extension用吗?我想知道用这两个是否够专业,是否还有别的……
[/Quote]
我的大项目不用hibernate的,要么jdbc,要么公司自己的框架。
charles361 2010-05-10
  • 打赏
  • 举报
回复
[Quote=引用 7 楼 pixiaozheng 的回复:]
就用myeclipse反向生成啊
[/Quote]这个不好使,有时会出错,还不如middlegen呢
pixiaozheng 2010-05-10
  • 打赏
  • 举报
回复
就用myeclipse反向生成啊
charles361 2010-05-10
  • 打赏
  • 举报
回复
[Quote=引用 5 楼 dinghun8leech 的回复:]
引用 4 楼 badman361 的回复:
手写是挺有成就感的,但是如果有几千个表,手写岂不累死乎??

真有那么大的项目,那肯定得考虑自动化生成了,呵呵。
一般二三十个pojo,我还是会选择手敲的。
[/Quote]那你在大项目上都是用什么工具啊,middlegen,hibernat-extension用吗?我想知道用这两个是否够专业,是否还有别的
dinghun8leech 2010-05-10
  • 打赏
  • 举报
回复
[Quote=引用 4 楼 badman361 的回复:]
手写是挺有成就感的,但是如果有几千个表,手写岂不累死乎??
[/Quote]
真有那么大的项目,那肯定得考虑自动化生成了,呵呵。
一般二三十个pojo,我还是会选择手敲的。
charles361 2010-05-10
  • 打赏
  • 举报
回复
[Quote=引用 3 楼 dinghun8leech 的回复:]
纯手写,注释齐全编排整齐,忒有成就感。
[/Quote]手写是挺有成就感的,但是如果有几千个表,手写岂不累死乎??
dinghun8leech 2010-05-10
  • 打赏
  • 举报
回复
纯手写,注释齐全编排整齐,忒有成就感。
charles361 2010-05-10
  • 打赏
  • 举报
回复
[Quote=引用 1 楼 shimiso 的回复:]
一种用用myEclipse自带的生成的工具,前提是必须用myEclipse引入的hibernate环境,自己手动添加的不支持,另一种是借助第三方插件,给你推荐一个对个人面得的:http://61.184.198.91:8888/index.html,这个不但可以自动生成你想要的,还可以自动生成别的东西,甚至是整套项目一键生成,不过不要迷恋这些工具,做的再好也还是有很多不实用的地方
[/Quote]
老兄你说的这个是一个公司的项目吧!不开源吧!我想要开源的,最普遍的,在企业级开发中使用最多的!
袭烽 2010-05-10
  • 打赏
  • 举报
回复
一种用用myEclipse自带的生成的工具,前提是必须用myEclipse引入的hibernate环境,自己手动添加的不支持,另一种是借助第三方插件,给你推荐一个对个人面得的:http://61.184.198.91:8888/index.html,这个不但可以自动生成你想要的,还可以自动生成别的东西,甚至是整套项目一键生成,不过不要迷恋这些工具,做的再好也还是有很多不实用的地方

67,513

社区成员

发帖
与我相关
我的任务
社区描述
J2EE只是Java企业应用。我们需要一个跨J2SE/WEB/EJB的微容器,保护我们的业务核心组件(中间件),以延续它的生命力,而不是依赖J2SE/J2EE版本。
社区管理员
  • Java EE
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧