锁定老帖子 主题:动态SQL的实现方式
该帖已经被评为新手帖
|
|
---|---|
作者 | 正文 |
发表时间:2010-04-15
想当年,我也做了类似的事情,不过后来知道了iBatis,发觉它就是我要的东西。
|
|
返回顶楼 | |
发表时间:2010-04-15
lz 写的不错 呵呵
|
|
返回顶楼 | |
发表时间:2010-04-15
为什么不用Ibatis不是由我决定的,这个要看原来的项目是用什么技术来做的,而不是另外搞一套, 呵呵。当年用hibernate和ibatis做对比之后还是选择了hibernate,持久层也用过JPA/JDBC/EJB entity bean等,用了JPA和Hibernate之后写SQL的时候少了,但是复杂的业务还是的要用SQL比较好表达。ibatis只是研究过一下,没有深入应用。所以不好做评价 。
这个动态SQL是仿造ibatis来做的,以前的公司用的框架就是山寨版的ibatis,这个XML定义是其中关键的一部分,拿到SQL之后还是要交给jdbc框架去执行。另外还可以做一些配置项的动态配置,提供一个界面查看和更新缓存。 根据项目需要来做对应的功能,自己来控制会灵活一些,我想这些功能大家也许能用的上,于是拿出来给大家分享一下,也许能提出更好的思路。 最后说一下那个LegendShop就是用hibernate来实现的,并且用上了二级缓存。在没有很多的统计,表关联的情况下用hibernate还是开发速度上是很有优势的,基本的CURD可以规范化,尤其有了代码生成工具之后,对一个表的CURD代码可以用工具生成,然后再上面修改,对简单应用来讲开发速度提高了一大截。 |
|
返回顶楼 | |
发表时间:2010-04-15
onecan 写道 为什么不用Ibatis不是由我决定的,这个要看原来的项目是用什么技术来做的,而不是另外搞一套, 呵呵。当年用hibernate和ibatis做对比之后还是选择了hibernate,持久层也用过JPA/JDBC/EJB entity bean等,用了JPA和Hibernate之后写SQL的时候少了,但是复杂的业务还是的要用SQL比较好表达。ibatis只是研究过一下,没有深入应用。所以不好做评价 。
这个动态SQL是仿造ibatis来做的,以前的公司用的框架就是山寨版的ibatis,这个XML定义是其中关键的一部分,拿到SQL之后还是要交给jdbc框架去执行。另外还可以做一些配置项的动态配置,提供一个界面查看和更新缓存。 根据项目需要来做对应的功能,自己来控制会灵活一些,我想这些功能大家也许能用的上,于是拿出来给大家分享一下,也许能提出更好的思路。 最后说一下那个LegendShop就是用hibernate来实现的,并且用上了二级缓存。在没有很多的统计,表关联的情况下用hibernate还是开发速度上是很有优势的,基本的CURD可以规范化,尤其有了代码生成工具之后,对一个表的CURD代码可以用工具生成,然后再上面修改,对简单应用来讲开发速度提高了一大截。 在代码中缺少的类已经补上 |
|
返回顶楼 | |
发表时间:2010-04-15
晚上回家,好好的研究了一下,很终于调试出来的,感觉很不错,我没有用过ibatis。也不知道那个东西可以有类似的解决方案。
学习了, 感谢分享。。 |
|
返回顶楼 | |
发表时间:2010-04-16
这就是轮子,实现一个iBATIS应有的功能,唯一不同的是iBATIS经过无数公司的项目考验,已经成为优秀的数据操作层框架。
自己写一个这样的东西费时费力,而且员工也不愿意去学习一个被圈在公司内部范围的技术,一旦离职就没有用武之地了。 |
|
返回顶楼 | |
发表时间:2010-05-08
这个只是一个读写XML加上平常所使用的一些常用的功能的例子,并不能跟Ibatis相提并论,甚至还不能称为一个轮子吧,只是一些常用的东西用来整理一下方便自己开发。
|
|
返回顶楼 | |