pipes utilities,也就是所谓的通道,为什么要使用通道呢?模块的结构都是一个单独的puremvc结构,模块和模块,shell和模块之间的通信 不能使用puremvc中的消息进行,因为消息是在一个puremvc中使用的,在多个puremvc中消息是不能跨越的。所以引进了pipes utility。在两个puremvc中需要进行数据交互的时候,需要建立两个puremvc之间的通道(pipes)。假如是模块A和模块B之间需要传递一个数据C,首先建立两个之间的pipe,在模块A的view中的A.mediator,发送一个puremvc的消息,如sendNotification( AFacade.SEND_MESSAGE_TO_B, C );模块A的view的A.JunctionMediator,接收AFacade.SEND_MESSAGE_TO_B这个消息,然后将这个消息发向A和B的通道
- override public function handleNotification( note:INotification ):void
- {
-
- switch( note.getName() )
- {
- case ApplicationFacade.SEND_MESSAGE_TO_B:
- junction.sendMessage( PipeAwareModuleConstants.MODULE_TO_B_PIPE,
- new Message( PipeAwareModuleConstants.MODULE_TO_B_MESSAGE,
- null,
- note.getBody() ));
- break;
- // Let super handle the rest (ACCEPT_OUTPUT_PIPE, ACCEPT_INPUT_PIPE, SEND_TO_LOG)
- default:
- super.handleNotification(note);
- }
- }
复制代码
同样在B的view的JunctionMediator中,会有接收他们之间通道的函数
- override public function handlePipeMessage( message:IPipeMessage ):void
- {
- switch ( Message(message).getType() )
- {
- case PipeAwareModuleConstants.MODULE_TO_B_PIPE:
- sendNotification( ApplicationFacade.MESSAGE_FROM_A_RECEIVED,
- Message(message).getBody() );
- break;
- }
- }
复制代码
在B中的Mediator去接收ApplicationFacade.MESSAGE_FROM_A_RECEIVED,这个消息,得到通道传过来的数据。
数据的流动是:A->A的puremvc中的通知->A,B 的pipes->B 的 puremvc 的通知->B |