Java 对于Android应用程序来说，Hibernate是一种过度杀戮吗？

我正在为我的android应用程序寻找一个好的ORM，乍一看，对于一个移动设备，我可能更喜欢使用更简单的东西。问题是我只是假设这里没有真正的证据，所以我想我会询问社区的意见（也许有人经历过这种经历）。这是一个相当大的（移动）应用程序，将在专用平板电脑上运行

其他人怎么想？对于android应用程序来说，Hibernate是否太多了？是否会出现性能问题

如果你觉得太多，你会用什么来代替呢

我知道还有其他问题需要选择，但我决定问，因为大多数问题都只是假设这是一个过度，并要求其他选项，我开始想“这真的是一个过度？为什么？”由于我缺乏经验，我只是认为它，但如果有人问我为什么，我真的无法给出答案。是表演吗？是不是配置太多（我不介意）

---

谢谢

已经有不少问题与你的问题类似了。首先：

---

虽然其中一些问题现在可能已经过时了。

是的，hibernate太多了&其他人已经在寻找替代方案

请看这里：

选择你的。：-）

我想推荐我的套餐。它被设计成比冬眠（和iBatis）轻得多。我认为Hibernate对于Android应用程序来说太过分了——特别是考虑到代码的大小和依赖项的数量

直接调用Android数据库API。已经使用ORMLite成功交付了许多应用程序

---

Hibernate提供了许多Android数据库调用不支持的功能，因此您将为无法使用的复杂性付费。我也不确定它是否有原生Android后端。Android不正式支持通过JDBC使用SQLite，我无法让它可靠地工作。

这些重复的问题是很快就解决了还是永远都没有解决？我想不会，因为你的帖子里也有一些重复的。如果版主能把这些问题集中在一个问题上（假设它们非常相似），那就太好了。@McStretch：不知道你在问什么。你所说的“这些重复”是指当前的问题吗？目前还没有一次投票来结束这项工作。我链接的那些帖子也没有投票关闭。是的，一般来说，如果问题的答案是指向其他帖子的链接，那么将这个问题指向一个已经存在的帖子不是很合适吗？投票结束是可以的，但我认为应该再向前走一步，然后进入前面的问题。这不是什么大不了的事，我是一个比较新的人，所以我要问一个更有经验的so用户，重复的问题通常会发生什么情况。@McStretch：最好的问题是我最终使用了ORMLite，就像你说的，只是为了子孙后代，让我说我100%推荐它。它有很好的特性，它是开源的，并且有一个活跃的社区。@Gray这是怎么回事。我不是Android程序员，所以我不会发表评论。我听说他们引用的统计数据经过了优化，使look GreenDAO看起来不错，但我并不奇怪它更快@Shubh。ormLite支持JPA注释并实现JPA接口，还是有自己的接口？它支持注释的子集。它没有实现@Sunnyday的接口。