火柴工作坊

Afcs更名为Lccs(LiveCycle Collaboration Service)。

到目前为止，共经历了三次更名了，cocomo->afcs->lccs。

走出了labs真是可喜可贺…….

官网地址

建立一个共享模型可以完成前面提到的职责，我们需要提供一个做法：

• 为消息建立一个逻辑目的地
  例如，一个chat容器想要从其它用户的相应的chat容器发布和接收消息，但是不是从whiteboard(白板)或者note(日志)容器过来的消息。
• 提供许可设置，描述哪个角色可以发布和接收消息
  例如，默认，任何人都可以发布聊天消息，但是只有发布者角色的用户才可以在白板上绘画。相反，房间的所有者可以决定，在协作过程中，降低使用白板所需的角色。
• 管理关于目的地的用户角色
  类似前面，一个所有者可能希望提升或者降低指定的用户的角色，要么做为整个房间或者特定的组件。
• 定义消息的储存策略
  不是所有的用户都是在同一时间登录的。一个新用户加入时，一个聊天谈话可能已经举行了一个小时了。为了让用户聊天有一个正确的共享模型，用户必须接收从他登录之前已经发送的所有消息。一个共享模型，必须定义是否会被存储，以及如何存储，以便处理迟到者。当它被建立，共享模型需要能够告诉它什么时候同步了，这意味着它已收到所有储存的消息，并跟上房间的当前状态。直到共享模型同步后，它可能不希望接受任何命令来改变其状态。

开发者通过建立和扩展一个共享模型（shared model）来建立自定义应用程序。在MVC设计视图中，一个模型的职责包括：

• 展现一个应用程序的状态（这里指组件的状态）
• 提供API来查询和修改状态
• 当状态改变时通过侦听器发出通知

在AFCS中，在“模型”这一概念是增强的“共享模型”的概念。一个共享模型添加 以下的职责：

• 它实行的是当前用户的许可使用特定的API。例如，共享模型必须知道用户是否有权在白板上绘画，或者向其他人发送聊天信息，并必须通知任何听众应用户的权限变化
• 当通过API呼叫改变它的状态，一个共享模型将通过产生的一个消息发布到服务器，传达潜在的改变。它并不立即反映它的状态。
• 当服务路由传入信息到共享模型中，它解释为消息，更新其状态以反映任何变化，并通知了任何地方接收者改变。

图 12 Shared model design pattern

图12展示了基本的流程。从controller中调用一个方法，传递消息到服务器，从服务器返回一个message事件。从这个意义上讲，当前（本地）用户收到的这种变化，一个远程用户也以相同的方式收到：它必须并从服务器往返，以便有效更新状态。处理所有共享的状态更新，这样的方式简化了RTC的应用程序的设计。

AFCS开发者指南3-消息传递和权限

尽管可以只使用AFCS提供的高级组件来开发实时协作的应用程序，但是可能你想建立你自已的协作组件。例如，你可能建立如下的应用程序：

• 一个调查容器
• 一个共享图片图库
• 同步的视频播放
• 共享，交互地图

在建立这些组件之前，最好是先熟悉平台的底层API和明白AFCS是怎么处理消息和权限的。

Adobe Flash Collaboration Service (以前叫"Cocomo") is a Platform as a Service

http://labs.adobe.com/technologies/afcs/

ShowCase：http://labs.adobe.com/showcase/afcs/

SDK 0.91

What’s new for this release?

• A real, commercial name. Cocomo is now "Adobe Flash Collaboration Services" (AFCS).
• CustomUserField in UserManager is now fully supported.
• RoomManager has been augmented with 4 new settings :
      • guestsNotAllowed: Allows OWNERs to disallow anyone not authenticated to their rooms.
      • roomLocked: Allows OWNERs to prevent any further entry to a room.
      • roomUserLimit: Allows OWNERs to set a user limit on their rooms.
      • roomTimeOut: Allows OWNERs to set timeouts on their rooms (after which the room shuts down).
• Fixed ConnectSession.logout so that rooms can be re-logged in properly. ConnectSession.close() was added to completely clean up a session (doesn’t allow re-login).
• Fixed: Developer Quotas being exceeded was not reported in the AFCS framework (now throws SessionEvents from ConnectSession, or an RTE if it’s not being listened to).
• Management API :
• Server-side: getSessionSecret now returns the current session secret instead of creating a new one.
• Client-side: Added AccountManager.invalidateSession method to invalidate the current session secret
• UserDescriptor.RTMFP added to tell if a user has come in via RTMP.
• Fixed: P2P audio periodically dropping out.
• Fixed: P2P video freezing as it switches to hub and spoke.
• Fixed: Whiteboard not able to set backgroundColor/alpha via MXML.
• Added support for getting/setting nodeConfigurations on every collab and sharedModel component.
• New Examples:
      • MultipleSessions – shows how multiple IConnectSessions can be used in one application.
      • ZoomLayout – builds a custom webcam layout using WebCamSubscriber.
      • PeerToPeerRtmfp – shows how to use P2P/RTMFP for A/V.
• Dev console additions to allow configuration of file and stream groups.
• Dev console additions for managing new RoomManager settings.
• Fixed: XML objects are properly serialized/deserialized went sent via MessageItems.
• Capacity and service performance improvements.