Apache flex 火花效应：为什么程序代码优先于触发器？

在Flex 3中，MX效果可以如下触发：

<mx:Resize id="myEffect" />
<mx:Button mouseDownEffect="{myEffect}" />

protected function onClick(event:MouseEvent):void {
    resizeEffect.end();
    resizeEffect.play();
}
...
<s:Resize id="resize" />
...
<s:Button click="onClick(event)" />

在Flex 4中，火花效果的触发方式如下：

<mx:Resize id="myEffect" />
<mx:Button mouseDownEffect="{myEffect}" />

protected function onClick(event:MouseEvent):void {
    resizeEffect.end();
    resizeEffect.play();
}
...
<s:Resize id="resize" />
...
<s:Button click="onClick(event)" />

受保护函数onClick（事件：MouseEvent）：void{
resizeEffect.end（）；
resizeEffect.play（）；
}
...
...

使用这种声明性较低、时间较长的方法的原因是什么？我在文件里找不到答案

（有两点需要注意：

mouseDown触发器和click事件之间可能有一些小差异，请忽略这一点，这只是一个示例

我不确定触发器对于火花效应是否会可靠工作。也许会，但我想这是为什么官方文件中没有提到这种可能性的原因

---

)

我要补充的是，Flex 4按钮仍然在ASDocs中有文档记录，包括一个mouseDownEffect。你确定它们不起作用吗

也就是说，在组件代码的幕后，效果触发器的工作方式与第二个示例相同。有些代码在某个地方获取效果（如果存在），并手动处理效果的播放

因为Spark有一个不成熟的组件集，所以很可能这些东西还没有实现。也有可能这个效果没有传递给button skin类，我怀疑它应该处理这样的视觉变化

---

也许你应该给我们提供一些可运行的样品

我要补充的是，Flex 4按钮仍然在ASDocs中有文档记录，包括mouseDownEffect。你确定它们不起作用吗

也就是说，在组件代码的幕后，效果触发器的工作方式与第二个示例相同。有些代码在某个地方获取效果（如果存在），并手动处理效果的播放

因为Spark有一个不成熟的组件集，所以很可能这些东西还没有实现。也有可能这个效果没有传递给button skin类，我怀疑它应该处理这样的视觉变化

---

也许你应该给我们提供一些可运行的样品

当前版本的spark中不正式支持效果触发器。您可以在此处跟踪此功能的进度：

当前版本的spark中不正式支持效果触发器。您可以在此处跟踪此功能的进度：

您知道此决定背后的原因吗？是因为时间不够吗？我觉得奇怪的是，整个声明性Spark模型使用命令式代码来触发效果。我不确定决策涉及到什么，但我想平衡实现该功能所需的时间和其他功能的优先级可能是其中的一部分。它可能被认为是一个需要更多社区反馈才能了解实际使用频率的功能。如果您认为实现该bug很重要，请对该bug进行投票和/或在用例中留下评论。投票/反馈越多，实施的机会就越大。你知道这个决定背后的原因吗？是因为时间不够吗？我觉得奇怪的是，整个声明性Spark模型使用命令式代码来触发效果。我不确定决策涉及到什么，但我想平衡实现该功能所需的时间和其他功能的优先级可能是其中的一部分。它可能被认为是一个需要更多社区反馈才能了解实际使用频率的功能。如果您认为实现该bug很重要，请对该bug进行投票和/或在用例中留下评论。投票/反馈越多，实施的机会就越大。