- mongodb - 在 MongoDB mapreduce 中,如何展平值对象?
- javascript - 对象传播与 Object.assign
- html - 输入类型 ="submit"Vs 按钮标签它们可以互换吗?
- sql - 使用 MongoDB 而不是 MS SQL Server 的优缺点
我正在为我的 android 应用程序寻找一个好的 ORM,乍一看,对于移动设备,我可能更喜欢使用更简单的东西。问题是我只是在这里假设没有真正的证据,所以我想我会问社区的意见(也许有人经历过)。这是一个相当大的(移动)应用程序,将在专用平板电脑上运行。
其他人是怎么想的? Hibernate 对 Android 应用程序来说太多了吗?会不会有性能问题?
如果你觉得太多了,你会用什么代替?
我知道还有其他问题要求替代方案,但我决定问,因为大多数问题只是假设它是一种过度杀伤力并要求其他选择,我开始想知道“这真的是过度杀伤力吗?为什么?”由于我缺乏经验,我只是认为它,但如果我被要求解释原因,我无法真正提供答案。是性能吗?是不是配置太多(我不介意)?
谢谢!
最佳答案
我想推荐我的ORMLite包裹。与 Hibernate(和 iBatis)相比,它的设计要轻得多。我认为对于 Android 应用程序来说,Hibernate 太多了——尤其是考虑到代码的大小和依赖项的数量。
Android port of ORMLite直接调用 Android 数据库 API。已经使用 ORMLite 成功交付了许多应用程序。
Hibernate 提供了许多 Android 数据库调用无法支持的功能,因此您需要为甚至无法使用的复杂性付出代价。我也不确定它是否有原生的 Android 后端。 Android 不正式支持通过 JDBC 使用 SQLite,我无法让它可靠地工作。
关于java - Hibernate 对 Android 应用程序来说是不是太过分了?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/4257374/
我是一名优秀的程序员,十分优秀!