2008-09-16 52 views

回答

3

除了NIO(RTMP)通道,液晶显示器还包括“数据管理”功能。

使用此功能,你基本上实现,在ActionScript类,一个CRUD一样的接口通过LCDS定义,你会得到:

  • 自动进步列表加载(大型列表/ DataGrid的负载,同时滚动)
  • 自动污物管理(你在Flash中进行本地对象,修改它,发回和DB将得到自动更新)解决冲突
  • 功能(如果多个用户尝试更新相同的记录在同一时间)
  • 如果我记得的话,我会记得
  • 好了,也与的LiveCycle ES工作流引擎的一些改进整合

IMO,它可以是非常快的发展下去,但只有当你只有基本要求和简单的架构(忘记了SOA,否则工作这么以及Flex)。我对BlazeDS很好。

1

好问题。我不是一个红宝石的家伙(我用柔性的Java),但我相信BlazeDS的区别VS商业的LiveCycle DS是

  1. 流媒体协议支持(RTMP) - 对彗星和这样的竞争,提供视频
  2. 一些先进的东西休眠分离对象和大型结果集缓存,我不完全理解或需要
    1. 支持? 可能是别人,但那些是我知道的我的头顶。
2

的Adobe有两款产品:LiveCycle Data Services的ES(LCD)和BlazeDS的。 BlazeDS包含LCDS功能的一个子集,并被制作为开源代码。不幸的是,NIO通道(RTMP NIO/HTTP)和DataManagement功能仅在LCDS中实现,而不是BlazeDS。

BlazeDS只能用于将Flex与Java后端集成。它不仅提供使用AMF序列化(作为RubyAMF)的远程处理服务,还提供消息传递和协作功能 - 查看此链接(http://livedocs.adobe.com/blazeds/1/blazeds_devguide/help.html?content=lcoverview_3.html)。另外我想,支持与RubyAMF/pyAMF相比更好。

如果你的后端是JAVA和你希望只使用一个免费的产品,你也可以使用GraniteDS的或的WebORB(BlazeDS的竞争对手)

3

这里描述的LCDS的数据管理功能当然是有效的,但我相信他们不会让您实际更快地开发解决方案。开发人员仍然需要编写所有的数据访问代码,查询执行情况,将数据读取器中的数据提取到值对象中。所有这些都通过代码生成器解决了十几次。例如,WebORB for Java中的数据管理方法(很像在WebORB中用于.NET和PHP)基于代码生成,该代码生成为客户端和服务器端创建代码。您可以从代码生成器中获取所有ActionScript API来执行完整的CRUD。另外,WebORB提供视频流和实时消息功能,并且超出了BlazeDS和LCDS提供的组合的范围,特别是考虑到该产品是免费的。只是谷歌它。