java - 何时为小型应用程序使用 Hibernate 与 Simple ResultSets

Question

我刚刚开始着手升级分布式 Java 应用程序中的一个小组件。主应用程序是一个运行在 JBoss 上的相当复杂的 applet/servlet 组合，它广泛使用 Hibernate 作为其 DataAccess。然而，我正在处理的组件是一个非常简单的数据导入服务。

基本上工作流程是

1. 监听网络事件
2. 解析数据包，提取一组标识符
3. 将标识符集映射到我们数据库中的主键
4. 解析数据包的其余部分并使用在步骤 3 中找到的外键将项目插入相关表
5. 重复

在该组件的先前版本中，它使用了基于 hibernate 的 DAL，由于各种原因(特别是 EOL)不再可用，因此我负责更换该组件的数据访问层。

因此，一方面我认为我应该使用 Hibernate，因为应用程序的其余部分就是这样做的，但另一方面我认为我应该只使用常规的 java.sql.* 类，因为我的要求非常简单而且不是预计不会很快改变。

所以我的问题是(我理解这是主观的)在什么时候您认为使用 ORM 工具增加的复杂性(在配置、依赖性方面...)是值得的？

更新

由于主应用程序的 DataAccessLayer 的编写方式(奇怪的依赖关系)，我无法轻易使用它，我必须自己实现它。

Answer 1

如果我们研究为什么使用 Spring-Hibernate 组合？因为对于简单的 Jdbc 操作，我们必须做很多操作，比如获取连接。制作声明和处理结果集。所有这些步骤都有很多异常处理。

但是对于 spring hibernate，你必须使用这个:

    public PostProfiles findPostProfilesById(long id) {
    List list=getHibernateTemplate().find("from PostProfiles where id=?",id);
    return (PostProfiles) list.get(0);
}

一切都由框架来处理。我希望它能解决你的困境