Apache flex 布拉泽兹vs.花岗质岩石

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

如果您只是想寻找简单的RPC和消息传递，我会选择Blaze。这些实现更加成熟，并且经过了更好的验证，特别是在消息传递方面。Granite中的消息是基于Comet的，根据我的记忆，它仍然非常新。更多详情如下

Blaze DS基本上是一个包含RPC和一些通过HTTP的简单消息服务的堆栈。使用FlexFactory的SpringFactory实现可以轻松实现与Spring的集成：只需搜索类名，您就会找到代码。它不提供任何与Hibernate相关的额外支持

花岗岩DS在特征方面发展迅速。它与LCD的竞争比Blaze DS更激烈。它包括解析Hibernate对象图和以干净的方式处理惰性代理的能力。他们还拥有一个名为“Tide”的工具，可以在Flex客户端中创建会话模拟，以确保实体的唯一性。它们还明确支持通过Spring、EJB3和Seam公开的服务。Granite还有一个从Java类生成AS3类的实用程序（尽管这并不难，如果您愿意的话）

---

大约一年前我使用Granite，在正确解析对象图时遇到了一些问题；Flash播放器会抛出一些令人讨厌的低级异常。我的猜测是，文档和实现已经成熟，因此这些不再是问题。不过，我还是有点犹豫是否推荐它，因为我遇到了一些问题，改用Blaze立即解决了这些问题，一点问题也没有。

克里夫评论中的一些旁注：

GraniteDS于2006年底创建，比BlazeDS早一年左右。它被广泛应用于要求苛刻的生产环境中，至少可以被认为是比BlazeDS成熟和成熟的

GraniteDS消息是在1.0版本中引入的（2007年底，第一个BlazeDS版本发布几周后），它现在非常成熟，并且在苛刻的生产环境中也得到了验证

Cliff遇到的Flash player异常通常是由于未能在SWF中编译所有生成的AS3类造成的。这只是使用Flex编译器选项强制包含这些缺少的类的问题，这些类是数据图模型的一部分，在反序列化时是必需的，但在MXML/AS3代码中没有明确使用

GraniteDS的大多数用户来自BlazeDS/LCD，因为这两个框架不能正确处理复杂的数据模型（没有或错误的延迟加载支持、糟糕的事务隔离等）

因此，IMHO，除非您正在开发一个具有相当简单的数据模型的小型应用程序，否则您应该转到GraniteDS