为什么 Java 没有好用的 ORM 框架？

Python014

为什么 Java 没有好用的 ORM 框架？,第1张

因为语言特性的关系，动态语言天生就比静态语言更加适合干ORM这件事，目前ORM里最流行的Active Record和链式调用模式，最早就来源Ruby on Rail，PHP的laravel，python的Django，都是跟着学过来的而已。

一个高度灵活的ORM需要的语言特性有类型推导，lambda表达式等等，这些特性早期java是没有的。最近的几个版本才加上。

所以这限制了java这边的ORM的能力发挥。你可以观察到像Hibernate和基于它实现的spring data jpa，在灵活性是是远不如一些动态语言实现的ORM的。

最后就是，我个人认为，某些思想限制住了java系的ORM发展，比如spring data jpa主推的条件查询居然是“用方法名称映射查询语句”这种极其不方便的方式，Example系的链式调用方式不是首选，而且存在诸多限制。

不过自从java8之后，也出现了一些大量使用动态语言特性的ORM，基本上已经追平了动态语言系的ORM，比如JOOQ（要收费），ebean ROM（具备响应式能力的ORM，不过我更看重的是它的sql映射能力），mybatis-plus（mybatis增强，国人项目，除了联表还是得写sql，实现了对单表的任意crud可以不写额外代码，这点确实厉害）。

ORM - 即Object/Relation Mapping

详细说明参见：http://baike.baidu.com/view/197951.htm

大概地说，这类框架的是为了将类对象和关系建立映射，在应用程序和数据库的IO之间建立一个中间层，在程序中只需要直接操作对象（数据库中对象的增删改查），而不用去关心数据库中表的列啊，关系啊什么的

举个例子：

以前一直自己一个人在家吃饭，需要自己去买米买菜，然后自己再做，做完了还得收拾，觉得好麻烦，但是也得做，没办法啊，苦逼的单身- -

这也就相当于传统的操作关系（未使用ORM）；

而终于有一天，发现去饭馆吃饭很方便，不用操心买菜啊什么的，也不用操心吃完还得去收拾一大堆什么的，点好菜，吃好付钱走人就行了 - 什么做饭烧菜的事儿都有别人去做好，具体人家怎么做，就不用管了 - -

这饭馆就相当于是一个ORM的映射框架，为你处理那些烦琐的无聊的事，只把最重要的环节--吃饭--让你来做

而点菜就相当于你在做ORM映射的配置，你告诉饭馆你要吃点啥，饭馆就根据你的需要去配菜准备，做好了就给你送上来！