BlazeDS 与 GraniteDS

Question

有人有评估 BlazeDS 和 GraniteDS 的经验吗？ 我很好奇哪个更适合与 Spring/Hibernate 集成。

Answer 1

如果您只是在寻找简单的 RPC 和消息传递，我会选择 Blaze。 这些实现更加成熟并且得到了更好的验证，特别是在消息传递方面。 Granite 中的消息传递基于 Comet，并且在我的记忆中仍然很新。 更多详细信息如下...

Blaze DS 基本上是一个堆栈，其中包括 RPC 和一些基于 HTTP 的简单消息传递服务。 使用 FlexFactory 的 SpringFactory 实现可以轻松实现与 Spring 的集成：只需 google 类名即可找到代码。 它不为 Hibernate 相关的事物提供任何额外的支持。

Granite DS 在功能方面正在快速增长。 与 Blaze DS 相比，它与 LCDS 的竞争更大。 它包括解析 Hibernate 对象图并以干净的方式处理惰性代理的能力。 他们还有一个名为“Tide”的工具，可以在 Flex 客户端中创建会话的模拟，以确保实体的唯一性。 它们还明确支持通过 Spring、EJB3 和 Seam 公开的服务。 Granite 还有一个实用程序，用于从 Java 类生成 AS3 类（尽管如果您愿意的话，自己编写并不难）。

大约一年前，我与 Granite 合作，在正确解析对象图时遇到了一些问题； Flash Player 会抛出一些令人讨厌的低级异常。 我的猜测是，文档和实现已经成熟，因此这些不再是问题。 然而，我仍然有点犹豫是否推荐它，因为我遇到了问题并且切换到 Blaze 立即解决了这些问题，没有任何麻烦。

Answer 2

关于 Cliff 评论的一些旁注：

1. GraniteDS 于 2006 年底创建，大约比 BlazeDS 早一年。 它广泛应用于要求苛刻的生产环境，至少可以被认为比 BlazeDS 成熟且经过验证。
2. GraniteDS 消息传递在 1.0 版本中引入（2007 年末，第一个 BlazeDS 版本发布几周后），现在它已经非常成熟，并且在要求严格的生产环境中得到了验证。
3. Cliff遇到的Flash播放器异常一般是由于未能编译SWF中所有生成的AS3类而引起的。 只需使用 Flex 编译器选项强制包含这些缺失的类，这些类是数据图模型的一部分，在反序列化时需要，但在 MXML/AS3 代码中未显式使用。
4. 大多数 GraniteDS 用户来自 BlazeDS/LCDS，因为这两个框架不能正确处理复杂的数据模型（没有或错误的延迟加载支持、糟糕的事务隔离等）。

所以，恕我直言，除非您正在开发一个小型应用程序对于相当简单的数据模型，您应该使用 GraniteDS。