Python BlazeDS Livecycle数据服务做了什么，而PyAMF或RubyAMF却没有做什么？

我正在做一个技术回顾，并研究AMF与各种后端（Rails、Python、Grails等）的集成

---

有很多选择，问题是，Adobe产品（BlazeDS等）做了什么，而RubyAMF/pyAMF之类的产品做不了什么？

好问题。我不是一个喜欢ruby的人（我使用java和flex），但我认为blazeds和商业livecycle ds的区别在于

流协议支持（rtmp）-竞争comet等，提供视频

hibernate分离对象和大型resultset缓存的一些高级内容，我不完全理解或不需要

支持？ 可能是其他人，但这些是我头脑中所知道的

---

Adobe有两种产品：Livecycle数据服务ES（LCD）和BlazeDS。BlazeDS包含LCD功能的子集，并且是开源的。不幸的是，NIO通道（RTMP NIO/HTTP）和数据管理功能仅在LCD中实现，而不是BlazeDS

BlazeDS只能用于将Flex与Java后端集成。它不仅提供使用AMF序列化（如RubyAMF）的远程处理服务，还提供消息传递和协作功能——请看这个链接（）。我还认为，与RubyAMF/pyAMF相比，该支持更好

如果您的后端是JAVA，并且您只想使用免费产品，那么您也可以使用GraniteDS或WebORB（BlazeDS竞争对手）

而不是NIO（RTMP）频道，LCD还包括“数据管理”功能

使用此功能，您基本上可以在ActionScript类中实现由LCD定义的类似CRUD的接口，并且您可以得到：

• 自动渐进式列表加载（滚动时加载大型列表/数据网格）
• 自动crud管理（您在flash中本地获取对象，对其进行修改，并将其发送回数据库，数据库将自动更新）
• 冲突解决功能（如果多个用户试图同时更新同一记录）
• 如果我没记错的话，还有一些改进的与LiveCycle ES工作流引擎的集成

---

在我看来，这种开发方式可以非常快，但前提是您只有基本需求和简单的体系结构（忘记SOA，否则它在Flex中工作得非常好）。我对BlazeDS很满意。

这里描述的LCD数据管理功能当然是有效的，但是我相信它们不能让您更快地开发解决方案。开发人员仍然需要编写所有的数据访问代码、查询执行、将数据从DataReader提取到值对象中。所有这些问题已经用代码生成器解决了十几次。例如，WebORB For Java中的数据管理方法（与WebORB For.NET和PHP非常相似）基于代码生成，它为客户端和服务器端创建代码。您可以从代码生成器中获取所有ActionScript API来执行完整的CRUD

此外，WebORB提供视频流和实时消息功能，远远超出BlazeDS和LCD的组合，尤其是考虑到该产品是免费的。只需谷歌一下