看了mate的几个简单例子，总结一下：

1、其基本是沿着view-->mapevent-->service处理，因此，实际上就是对事件可以包装，完成一个映射的机制

2、view很多都是通过state状态变化进行修改

3、services内部的RemoteObjectInvoker可以进行扩展

4、Mate显著的三个特点：EventMap（事件地图）、Injectors（依赖注入机制）、extensions（插件、扩充）机制。

5、无论是什么框架，可以认为都是人为是增加一个control，来达到MVC的结构，

对于由C发出事件，MyController来封装逻辑，A接收事件的结果而言，

C只负责触发MyEvent.CLICK_ME，而它无须理会到底是给谁的。同时A也只负责接收MyEvent.CLICK_ME的消息，而无须理会具体的逻辑是什么，只是单纯的显示得到的结果。MyController封装了主要的业务逻辑，如果一但有需求变更的话，那么我们只负责修改MyController里面的逻辑即可。

在这个中间，至于应该传输什么样的值 ，你可以通过自定义事件来修改，可以类似于egovaGIS一样来修改。

从特点上来分析，很明显，mate并不适用于大型的项目，顶多也只能适用于中型的项目，试想，在MVC中的控制端列着长长的Injectors的信息，是什么感觉。当然，egovaGIS也只能算是小型项目了。

关于依赖注入的原文：

http://www.adobe.com/devnet/flex/articles/dependency_injection.html