Hibernate是一个Android应用程序的矫枉过正？
我正在寻找一个很好的ORM为我的android应用程序，乍一看，似乎是一个移动设备，我宁愿使用更简单的可能。 事情是我只是在这里没有真正的证据，所以我想我会问社会的意见（也许有人已经经历了）。 这是一个相当大的（移动）应用程序，将运行在专用的平板电脑上。
其他人都在想什么？ 是一个Android应用程序的Hibernate太多了吗？ 会有性能问题吗？
如果你觉得太多了，你会用什么呢？
我知道还有其他问题要求替代scheme，但是我决定提出要求，因为大部分问题都只是假设这是一个矫枉过正的问题，并要求其他select，于是我开始怀疑：“这是真的吗，为什么？ 由于我缺乏经验，我只是想它，但如果我被要求解释为什么，却不能真正提供答案。 这是performance吗？ 这是太多的configuration（我不介意）？
谢谢！
我想推荐我的ORMLite包。 与Hibernate（和iBatis）相比，它的devise要轻得多 。 我认为Hibernate对于Android应用程序来说太多了 – 特别是考虑到代码的大小和依赖关系的数量。
ORMLite的Android端口直接调用Android数据库API。 已经使用ORMLite成功交付了许多应用程序。
Hibernate提供了一些Android数据库调用无法支持的function，因此您将为复杂性付出代价，甚至无法使用。 我也不确定它有一个原生的Android后端。 使用JDBC上的SQLite不是官方支持的Android，我无法使其可靠地工作。
是的，hibernate是太多，其他人已经寻找替代品。
在这里阅读：
- 可移植的Android轻量级Java orm框架
- 用于Android开发的任何好的ORM工具？
- 轻量级的替代hibernate？
挑你的。 🙂
有很多类似于你的问题。 从…开始：
- 在Android SQLite和数据库scheme的ORM
- 用于Android开发的任何好的ORM工具？
- 轻量级的替代hibernate？
- 有什么好的ORM（最好是JPA实现）支持SQLite（在Android上）？
- Android的更高级别的数据库层？
- Android对象处理/持久性
尽pipe现在有些问题可能已经过时了。
