目前人们很容易发现Hibernate正迅速的成为流行的J2EE的O/R映射工具和数据集成框架（如果不是最流行的）。Hibernate为企业应用开发者操作关系数据库的提供了清晰明了而又强大的工具。然而如果你需要在外部访问那些包装在J2EE web应用里的实体，情况又怎样呢？你的开发跟应用独立分开，却又相同的实体以访问你的数据吗？又或者你得编写附加的web组件来管理对数据的内部访问吗？
在很多情况下，这些问题都会出现。我的情况是我的公司需要将来自多个供应商，有着多种文件格式的记录导入到数据库里。我想起我以前经常使用的方法，那就是编写Shell和SQL教本（甚至是存储过程）来导入数据。但是由于我们的数据模型太过复杂，我决定在web应用之外尽可能的利用现有的实体，Spring DAO以及服务并且开发一个自定义的J2SE命令行数据加载工具。
大问题：你该怎样呢？
现在很多Hibernate的文档和范例都是绑定在容器上。不管是web应用还是内部的大型应用，总会使用到容器的。人们有很好的理由去使用它。容器是设计来提供对各种特性的支持，例如事务处理，线程以及安全。现今，这些特性都是开发中等规模和企业应用所必需的工具。然而当你需要在容器之外访问实体时，你该怎样呢？你是使用现有的架构和代码呢，还是会从一个不同的角度来解决问题，比如说完全采用另一种开发语言？当然，我们没有正确答案。在本文的余下部分，我将说明我的方法：就是在Spring容器之外重用现有的实体/POJO。
起初，脚本语言，例如Perl，Python，Ruby甚至Tcl（是的，我以前也做过这个）看起来有很多优势。它们能省下很多时间，可以轻易得到初始结果，还能规避许多Hibernate潜在的复杂度。人们完全可能只用几行代码就可以连接数据库，查询结果，已经打印输出到终端屏幕或者日志文件。然而，取决于你的数据模型，事情也（总是）会变得相当复杂。譬如说你有一个表 person, 其中有一个外键属于表 address。当我们添加数据的时候，表address没有正确的插入数据，就会导致表person 也不能插入了。这是个很典型的事务处理方面的问题。也许有人会说在脚本语言中这个问题不难解决，就像在你的主程序里一样。可是问题仍然存在，为什么要这样做呢？业务逻辑不是已经在你的应用里面了吗？为什么要在写一遍代码呢？而且这并不是唯一的情况，你必须重复你的工作和业务逻辑，这样就会带来出错的可能。
然而，有些人会觉得这样也行，他们使用自己觉得最适合的工具。也许你已经因为程序之外的原因而有了某种独立的架构；也许你会在独立的数据库里加载和测试数据，然后在通过各种测试后再迁移到产品的数据库里；又也许你把数据库维护外包出去，你只需要把相关文件发给合作伙伴让他们去处理那些问题。总之，总会有很多理由不使用现有的Hibernate数据层。没有谁对谁错，只是如果你可以也愿意在你的应用之外使用现有的代码，请往下看。我会告诉你一些方法，这能解决你[1] [2] [3] [4] [5] [6] [7] 下一页
|
