ORM已经不好了，ActiveRecord其实比ORM更坏，因为它隐藏对象其实是数据容器这样的事实，如果说ORM是将真正对象变成数据容器，那么ActiveRecord还隐瞒了这样事实，也就是说，如果说ORM做了偷梁换柱的坏事，ActiveRecord不但做了，还隐瞒自己做的坏事。
这是来自
ActiveRecord Is Even Worse Than ORM - DZone Java一文的观点。
作者曾经在2014年提出ORM是反模式的观点，ORM作为一个非常流行的设计模式，是在一个螺丝壳中，把真正对象变成了DTO(数据传输对象)，DTO是一种贫血失血的、被动的、非真正的对象(其实是一种数据结构)，结果通常是戏剧的，ORM的使用导致整个编程范式从面向对象悄悄偷换回了原来的面向过程编程。在今年的JPoint和JEEConf大会上，作者会继续谈这个问题。
有的人认为ActiveRecord能够解决这个问题，而作者认为只有Repository模式才能解决这个问题。
作者认为ActiveRecord比ORM更坏，ORM是由两个部分组成：session会话和DTO，后者就是所谓的实体，这个实体是没有功能方法的，它们只有从一个session传输到另外一个session的数据，问题是：对象不是数据结构，对象不是数据，对象不只是封装而且会暴露数据，作者连写了五篇文章阐述错误原因。
ActiveRecord没有解决问题，它只是将工程迁移到父对象，所有实体都必须继承它，下面是保存我们的实体到数据库的ORM方式，伪代码：
book.setTitle("Java in a Nutshell");
session.update(book);
<p>
|
下面是ActiveRecord的做法：
book.setTitle("Java in a Nutshell");
book.update();
<p>
|
方法update()是是book的父对象中定义的，这里还是将book作为一个数据容器使用。当被调用时，父对象会从容器book中获得数据，然后更新数据库，这和ORM有什么区别？绝对没有区别，book仍然是一个容器，与SQL无关或任何持久机制无关的数据结果而已。
ActiveRecord相比ORM更坏的是，它隐藏了对象实际是数据容器的事实，一个book伪装成一个正常对象，其他它就是一个被动数据包袱而已。
作者提出会讲SQL的对象才是替代ORM和ActiveRecord的好方式，而会讲SQL的对象实则是Repository模式。