代码之家  ›  专栏  ›  技术社区  ›  luke

小型应用程序何时使用Hibernate与简单结果集

  •  2
  • luke  · 技术社区  · 16 年前

    我刚开始着手升级分布式java应用程序中的一个小组件。主应用程序是运行在JBoss上的一个相当复杂的applet/servlet组合,它广泛使用Hibernate进行数据访问。不过,我正在开发的组件是一个非常简单的数据导入服务。

    基本上工作流是

    1. 解析数据包,提取一组标识符
    2. 解析包的其余部分,并使用在步骤3中找到的外键在相关表中插入项

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

    所以我的问题是(我理解这是主观的),你认为使用ORM工具增加的复杂性(在配置、依赖性等方面)值得吗?

    更新

    3 回复  |  直到 16 年前
        1
  •  0
  •   mindas    16 年前

    我认为答案取决于你的技能。如果您对这两种技术都很熟悉,那么可能需要花费相似的时间来设计一个简单的解决方案,该解决方案以任何一种方式(Hibernate或原始JDBC)包含少量的表。

    我选择纯JDBC的唯一几个原因是:

    • 冬眠是愚蠢的,不能表达我想要的;

    尤其是如果你说你已经在用Hibernate管理其他实体,为什么不让你的代码在任何地方都保持相同的风格呢?

        2
  •  1
  •   Shashank T    16 年前

    如果我们看看为什么使用Spring-Hibernate组合? 生成语句并处理结果集。对于所有这些步骤,都有许多异常处理。

    但是使用spring hibernate时,您必须使用以下命令:

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

    一切都是框架式的,希望能解决你的困境

        3
  •  0
  •   Kartik    16 年前

    使用此技术的优点是可以在存储过程调用中管理事务/异常。