+
 新版
2017-12-08 14:38
主要是hibernate太复杂了, MyBatis感觉也不错, 不过IBM的Maximo提供了一个Mbo的持久化机制,也可以算是一个ORM工具吧,但是感觉比MyBatis多两个功能, 1. 消除了Entity,使用统一的Mbo代替,2. 提供一个WEB界面,可以在重启服务的情况下增加、删除数据库列、或者修改列。
2017-12-04 10:19
我是觉得hibernate是要多sb有多sb,反而batis才是orm该有的样子。
2017-12-04 09:45

引用来自“哈哈爱兮爱兮乎乎”的评论

ORM就是个脑残的想法,从来没用过。

引用来自“xmut”的评论

不考虑业务场景,直接一票否决,有这种极端想法的人,我认为都是脑残 😃
存在即合理。不要一棍子打死。
2017-12-04 07:02
postgresql 9.5.10 加上 hibernate简直就是坑
2017-12-03 11:14
不是ORM不行了,而是ORM技术文档已经很完善不用去问了才对吧。
2017-12-03 11:04
1 ORM只是一种思想。实际使用你只需要有数据映射,就已经解决大部分问题了,如果有动态sql和数据仓库就更完善了。2 到现在这个阶段还有人搜orm吗?为什么不搜jpa,eclipseLink,hibernate,Mybatis等具体的呢。3orm这么成熟了,文档遍地,遇到的问题基本上都能找到还需要提问吗?
2017-12-02 22:43
现在程序读写数据2中方式,中间层或者orm,而这2者其实是可以同时存在的,当你觉得orm灵活度不够时,你想用中间层,但你发现层级太多难管理时,你可以把相关逻辑抽象成一个orm
2017-12-02 20:41
ORM 属于便捷且快速的开发工具, 但事实上, ORM 本身的学习和使用成本比原生语法(接口)高.
我一直认为 ORM 和 PHP 的 Smart 模板技术对于使用群体的定位是一样的.
Smart 模板的使用率下降比 ORM 更早, 多种原因吧, 但我认为有一条原因是共有的:
越来越多的使用者通过原生语法(接口)直接写, 他们感觉使用更顺手, 直观, 效率更高, ORM 和模板本来就避不开迁移问题造成的成本, 还不如直接用原生.
这是群体水平的进步. 类似这种的观念还有很多, 可惜当年既得利益思维占据主流, 他们浪费了太多生命.
这个问题不仅仅是 ORM 和模板的问题, 应该值得深思.
当前最流行的 JSX 技术也是同样一类技术, 估计会有很多同学不认同这一点, 我也不敢说自己的这种看法一定是对的, 让时间证明吧.
2017-12-02 19:38
短平快的简单项目用用orm,对于复杂点的应用场景,orm局限性也很强,性能也比原生查询差太多。
2017-12-02 17:36

引用来自“ddxkj”的评论

一直认为ORM是鸡肋

引用来自“副院长陈清泉”的评论

@ddxkj 看是什么项目,企业应用还是很方便
很多使用ORM都是图方便,其实,增删改查代码规律性很强,用代码生成器更方便
2017-12-02 17:29

引用来自“哈哈爱兮爱兮乎乎”的评论

ORM就是个脑残的想法,从来没用过。
不考虑业务场景,直接一票否决,有这种极端想法的人,我认为都是脑残 😃

引用来自“ddxkj”的评论

一直认为ORM是鸡肋
@ddxkj 看是什么项目,企业应用还是很方便
2017-12-02 13:15
怎么问题问的少了就是放弃使用了
2017-12-02 12:40
mybatis
2017-12-02 12:24
不用orm怎么搞?
2017-12-02 12:08
ORM就是个脑残的想法,从来没用过。
2017-12-02 11:54

引用来自“红薯”的评论

dbutils
jdbc写转对象很麻烦啊?
2017-12-02 11:52

引用来自“OSC_UtuypB”的评论

早已放弃ORM很多年。
那用什么?jdbc写转对象很麻烦啊?
2017-12-02 10:59
dbutils
2017-12-02 09:45
我觉得是orm越来越完善了,文档也完善了,所以很少提出问题
2017-12-02 09:30
一直认为ORM是鸡肋
回复 @
{{emojiItem.symbol}}
返回顶部
顶部