Google App Engine for Java，第 3 部分: 持久性和关系

核心提示： 通过面向对象的编程和接口设计原则，您只需使用新的 ContactJdoDAO替代原始的 ContactDAOMock，Google App Engine for Java，第 3 部分: 持久性和关系(10)，然后 GWT GUI 无需任何修改就可处理 JDO，最后，因为存在本文前面描述的抽象泄

通过面向对象的编程和接口设计原则，您只需使用新的 ContactJdoDAO

替代原始的 ContactDAOMock

。然后 GWT GUI 无需任何修改就可处理 JDO。

最后，在这种替换中，真正改变 的是 DAO 在服务中被实例化的方式。如清单 10 所示：

清单 10. RemoteServiceServlet

　　　
public　class　ContactServiceImpl　extends　RemoteServiceServlet　implements　ContactService　{　
　private　static　final　long　serialVersionUID　=　1L;　
　//private　ContactDAO　contactDAO　=　new　ContactDAOMock();　
　private　ContactDAO　contactDAO　=　new　ContactJdoDAO();　
...　

结束语

在这篇由三部分组成的文章中，介绍了 Google App Engine for Java 目前为持久性提供的支持，这是交付可伸缩应用程序的基础。总的结论令人失望，但是要注意这是一个正在发展中的平台。为 App Engine for Java 预览版编写的应用程序被连接到 App Engine 的持久性基础设施，即使是用 JDO 或 JPA 编写。App Engine for Java 预览版几乎没有为它的持久性框架提供任何文档，而且 App Engine for Java 提供的示例几乎无法演示即使是最简单的关系。

即使 JDO 和 JPA 实现已经完全成熟，目前您仍然不可能编写一个 App Engine for Java 应用程序并轻松地把它移植到一个基于 RDBMS 的企业应用程序。要使移植能够起作用，至少要编写大量的代码。

我希望持久性能随着时间的推移而成熟起来。如果现在必须使用 App Engine for Java，您可能需要绕过 Java API，直接编写低级别的 Datastore API。使用 App Engine for Java 平台是可能的，但是，如果习惯了使用 JPA 和/或 JDO，那么将出现一条学习曲线，因为存在本文前面描述的抽象泄漏，并且目前的功能要么还无法正常运行，要么还没有进行很好的文档记录。