Mate最好的功能之一是声明式配置，实质上是在所谓的事件映射中使用标签来连接应用程序 – 基本上是应用程序生成的事件列表，以及发生时需要执行的操作。事件映射可以很好地概述您的应用程序的功能。 Mate使用Flex自己的事件机制，它不像其他大多数框架一样发明自己的事件机制。您可以从视图层次结构中的任何位置分派事件，并自动将其向框架中移动，而不必具有直接线路，例如Cairngorms CairngormEventDispatcher或PureMVC的通知系统。

Mate还使用一种依赖注入的形式(利用绑定)，这使得可以将模型连接到视图，而无需知道另一个。这可能是框架最强大的特性。

在我看来，其他Flex应用程序框架没有任何附近Mate。然而，这些是竞争者，为什么我认为它们不太有用：

PureMVC积极地拒绝您Flex的许多好处(例如绑定和事件冒泡)，以便框架是可移植的 – 在我看来是一个双重的目标。它也是过度设计，和侵袭性的，因为他们来了。你的应用程序的每一个部分都取决于框架。但是，PureMVC不是可怕的，只是不是一个非常适合Flex。另一个选择是FlexMVCS，努力使PureMVC更适合Flex(不幸的是还没有文档，只是源)。

Cairngorm是一系列反模式，导致应用程序紧密耦合到全局变量。 Nuff说(但如果你有兴趣，here are some more of my thoughts和here too)。

Swiz是一个框架，灵感来自Java和Cairngorm的Spring框架(试图弥补后者的最糟糕的部分)。它提供了一个依赖注入容器，并使用元数据来启用依赖关系的自动布线。这很有趣，但有点bizzare在这样的长度，以避免全局变量Cairngorm通过使用依赖注入，但然后使用全局变量中央事件分派。

这些是我试过或研究的。还有一些我听说过的其他人，但没有一个我认为被广泛使用。 Mate和Swiz在最近的360 | Flex会议上都有介绍，还有视频(the Mate folks have instructions on how to watch them)