Hibernate是否对Android应用程序构成过大杀伤力？
我正在为我的android应用程序寻找一个好的ORM，乍一看，对于移动设备而言，我似乎希望使用更简单的方法。问题是我只是在这里假设没有任何真实的证据，所以我想我会问社区的意见（也许有人经历过这种经历）。这是一个相当大的（对于移动设备）应用程序，将在专用平板电脑上运行。
其他人怎么想？对于Android应用程序来说，Hibernate太多了吗？会有性能问题吗？
如果您认为过多，会使用什么呢？
我知道还有其他问题需要替代方案，但我决定问这个问题，因为大多数问题只是假设这是一种过度杀伤力，并要求其他选择，我开始怀疑“这真的是过度杀伤力吗？为什么？”
由于缺乏经验，我只是认为这是事实，但是如果要求我解释原因，则无法提供答案。是表演吗？配置太多（我不介意）吗？
谢谢！
问题答案：
我想推荐我的ORMLite软件包。与Hibernate（和iBatis）相比，它的设计要轻 得多
。我认为，hibernate 是 太多了Android应用程序-尤其是考虑到代码的大小和依赖的数量。
http://ormlite.com/sqlite_java_android_orm.shtml
ORMLite的Android端口直接调用Android数据库API。使用ORMLite成功交付了许多应用程序。
Hibernate提供了许多Android数据库调用不支持的功能，因此您要为甚至无法使用的复杂性付出代价。我也不确定它具有本地Android后端。Android尚未正式支持在JDBC上使用SQLite，因此我无法使其可靠运行。
-
我正在尝试构建一个使用条形码阅读器的android应用程序。 null 以上所有操作都按预期工作，但在onActivityResult事件处理之后，应用程序终止。 在日志文件中，我只能找到一个通用的app-kill消息 您可以在下面找到代码片段并注销。 马蒂亚
-
有没有人能说，是否可以通过我的android应用程序执行< code>adb命令。如果有可能执行，如何实现？
-
在gradle attemp构建项目后有一个日志（使用Pro buf） ：app:GeneratedBugProto失败 失败：生成失败，出现异常。 > 错误：任务“：app:generateDebugProto”的执行失败。 协议：标准输出：。stderr:/Users//app/build/extracted protos/main：警告：目录不存在/用户//app/src/debug/pro
-
这是用构建的好例子吗？有理由不这样做吗？我从未真正见过一个程序，无论它花多少时间在I/O上，都是为了大小而编译的。
-
问题内容： 我从书中获得了这两个函数，作者说通过使用这两个函数，我可以更加安全地抵御XSS（第一个函数）和sql注入（第二个函子）。这些都是必要的吗？ 同样为了进行清理，我使用准备好的语句来防止sql注入。 我会这样使用它： 编辑： 摆脱第一个功能的strip_tags，因为它不执行任何操作。使用这两个功能是否足以防止大多数攻击并可以在公共站点使用？ 问题答案： 的确如此，但是这种逃避级别可能并不