Mate Flex Framework 流程介绍之Two-way Communication:Dispatcher and ResponseHandler tags

本文详细介绍了Flex Mate框架中的双向通讯机制,包括Dispatcher和ResponseHandler标签的功能与用法,以及它们如何与其他组件协作完成事件的分发与响应。通过实例解析,读者能够清晰地理解框架内事件处理的流程。

原文地址:http://www.k-zone.cn/zblog/post/flex-mate-framework-diagrams-2.html


今天向大家介绍一下,双向通讯:分派和响应标签(Dispatcher and ResponseHandler tags)
看一下流程图:


还是老规矩,我把原本的流程介绍去掉了,然后以自己的理解进行一下翻译:
1.1、我们在视图里面建立一个mate tag:Dispatcher ,同时这个这个标签是一个ResponseHandlers类型的标签。
      即我们在<Dispatcher>里面增加了一个<ResponseHandlers>的标签。代码如下:

      <mate:Dispatcher id="messageDispatcher" generator="{MessageEvent}" type="{MessageEvent.GET}">
           <mate:eventProperties>
               <mate:EventProperties name="{inputName.text}"/>
           </mate:eventProperties>
 
           <mate:ServiceResponseHandler result="handleResult(event.result.text)" fault="handleFault(event.fault.faultString)"/>
       </mate:Dispatcher>
   以上代码copay自:http://mate.asfusion.com/assets/content/examples/helloworld/srcview/
       由于之前没有跟大家介绍过这个标签,因此我来进行一下解释。
       a、我们定义了一个id=messageDispatcher的<Dispatcher>类型的mate tag。而它的作用就是代替Flex里面的dispatcherEvent。
       b、在<Dispatcher>里面我们定义了一个属性标签:<eventProperties>,同时传入了一个属性(name)。
       那么这个标签与<Properties>有什么区别呢?
       <Properties>:用于类似<EventAnnouncer>这样的结构里面。它的作用也是传递一些属性。
       <eventProperties>:根据它的命名我们可以得出,它是用在Dispatcher里面的,也就是说,它是Event Properties。
1.2、我们又在1.1的基础上增加了一个新的标签:<ServiceResponseHandler>,这个标签的作用就是定义一个关于service的相应标签
         而<Dispatcher>里面可以让我们得知,它具体有如下功能:
        首先会dispatch某一个event,然后会给这个event传入一些参数,同时声明一个ServiceResponseHandler,作为响应这个event的接收器。
        也就说,当这个事件触发后,会通过ServiceResponseHandler得到一些响应的结果。
  2、将<Dispatcher>的内容发送给Event Bus。(这个地方与one-way Communication是一致的)
  3、Event Bus将这个被触发的event交给Event Map里面。同时在Event Map里面也定义了相应的EventHandler tag用做接收Event Bus送过来的消息。
  4、在这些定义好的EventHandler里面,会有一组动作来响应这个Event(即从Event Bus送过来的相同type的Event)
        在上图中,EventHandler首先调用的是ServiceInvoker(也就是负责调用Service的标签)
  5、当调用完ServiceInvoker后,会有一些返回值,然后将这些返回值当到某一个Class里面,因此使用了MethodeInvoker标签。
        注意:这个MethodeInvoker调用的method,会返回值,而它的返回值我们使用如下的方式得到:lastReturn.XXXX。例如如下的代码:
       <EventHandlers type="{FlexEvent.INITIALIZE}"> 
           <MethodInvoker generator="{Initializer}" method="loadFlashVars" />
           <EventAnnouncer generator="{WeatherEvent}" type="{WeatherEvent.GET}">
               <Properties location="{lastReturn.location}" unit="{lastReturn.unit}" />
           </EventAnnouncer>
      </EventHandlers>
     解释一下:
     a、Event Map里面定义了一个用于接收类型为:  FlexEvent. INITIALIZE的<EventHandler>。
     b、当接收到后会调用Initializer class里面的loadFlashVars这个method。
     c、loadFlashVars具有一个返回值,当调用完loadFlashVars后,我们再次调用EventAnnouncer这个标签中的 WeatherEvent. GET
      (这个地方相当于触dispatchEvent( new MyEvent( WeatherEvent.GET ))
     d、同时使用 lastReturn. location 和 lastReturn.unit 对WeatherEvent的两个属性:location 和 unit进行赋值。
 
  6、根据上图所示,<EventHandler>再次调用了ResponseAnnouncer。
         注意:<EventAnnouncer>是ResponseAnnouncer的一个具体的类型,而ResponseAnnouncer还包括< S erviceResponseAnnouncer >等
  7、而调用<ResponseAnnouncer>的结果是,将<ResponseAnnouncer>发送给了Event Bus
  8、而Event Bus将<ResponseAnnouncer>响应的结果放在了<ResponseHandlers>
  9、<ResponseHandlers>是在<Dispatcher>里面定义的结构,用于接收任何的响应事件。我们要做的就是在<ResponseHandlers>里面写上用于更新UI的操作。
 
以上就是 双向通讯:分派和响应标签(Dispatcher and ResponseHandler tags)的全部流程图了。


AI 代码审查Review工具 是一个旨在自动化代码审查流程的工具。它通过集成版本控制系统(如 GitHub 和 GitLab)的 Webhook,利用大型语言模型(LLM)对代码变更进行分析,并将审查意见反馈到相应的 Pull Request 或 Merge Request 中。此外,它还支持将审查结果通知到企业微信等通讯工具。 一个基于 LLM 的自动化代码审查助手。通过 GitHub/GitLab Webhook 监听 PR/MR 变更,调用 AI 分析代码,并将审查意见自动评论到 PR/MR,同时支持多种通知渠道。 主要功能 多平台支持: 集成 GitHub 和 GitLab Webhook,监听 Pull Request / Merge Request 事件。 智能审查模式: 详细审查 (/github_webhook, /gitlab_webhook): AI 对每个变更文件进行分析,旨在找出具体问题。审查意见会以结构化的形式(例如,定位到特定代码行、问题分类、严重程度、分析和建议)逐条评论到 PR/MR。AI 模型会输出 JSON 格式的分析结果,系统再将其转换为多条独立的评论。 通用审查 (/github_webhook_general, /gitlab_webhook_general): AI 对每个变更文件进行整体性分析,并为每个文件生成一个 Markdown 格式的总结性评论。 自动化流程: 自动将 AI 审查意见(详细模式下为多条,通用模式下为每个文件一条)发布到 PR/MR。 在所有文件审查完毕后,自动在 PR/MR 中发布一条总结性评论。 即便 AI 未发现任何值得报告的问题,也会发布相应的友好提示和总结评论。 异步处理审查任务,快速响应 Webhook。 通过 Redis 防止对同一 Commit 的重复审查。 灵活配置: 通过环境变量设置基
【直流微电网】径向直流微电网的状态空间建模与线性化:一种耦合DC-DC变换器状态空间平均模型的方法 (Matlab代码实现)内容概要:本文介绍了径向直流微电网的状态空间建模与线性化方法,重点提出了一种基于耦合DC-DC变换器的状态空间平均模型的建模策略。该方法通过数学建模手段对直流微电网系统进行精确的状态空间描述,并对其进行线性化处理,以便于系统稳定性分析与控制器设计。文中结合Matlab代码实现,展示了建模与仿真过程,有助于研究人员理解和复现相关技术,推动直流微电网系统的动态性能研究与工程应用。; 适合人群:具备电力电子、电力系统或自动化等相关背景,熟悉Matlab/Simulink仿真工具,从事新能源、微电网或智能电网研究的研究生、科研人员及工程技术人员。; 使用场景及目标:①掌握直流微电网的动态建模方法;②学习DC-DC变换器在耦合条件下的状态空间平均建模技巧;③实现系统的线性化分析并支持后续控制器设计(如电压稳定控制、功率分配等);④为科研论文撰写、项目仿真验证提供技术支持与代码参考。; 阅读建议:建议读者结合Matlab代码逐步实践建模流程,重点关注状态变量选取、平均化处理和线性化推导过程,同时可扩展应用于更复杂的直流微电网拓扑结构中,提升系统分析与设计能力。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值