Apache flex flex中cairngorm与mate框架的比较

我在flex的cairngorm framwork中开发应用程序已经两年多了。

---

现在我必须使用Mate框架开发应用程序。我不知道Mate框架以及哪一个更好。我还需要知道从哪里开始学习Mate框架，如果有人对这两种框架都有想法，请说明这一点。

如果您一直在使用Cairngorm的旧版本，你将很难摆脱那种从任何地方接触框架的思维模式，这种思维模式是由基于单例的体系结构引起的。你希望从中学到的东西中保留对基于事件的沟通的尊重。如果您一直使用旧的Cairngorm，那么可能没有多少其他功能对您有用。如果您一直在使用CairnGorm 3，您可能会发现自己很自在，因为Mate和Parsley在概念上非常相似，Mate开发人员倾向于使用表示模型模式

这是一个很棒的视频，可以帮助你从概念上理解伴侣

这里是我的一些文章，你可能也会觉得有用

---

不幸的是，源代码目前不可用，因为承载它们的子域已关闭。

快速回答，不要使用任何一个。它们都是基于视图的框架，这比什么都麻烦。使用欧芹或机器腿。欧芹更健壮，但“重”的学习曲线更陡峭。机器人腿更小、更简单，但灵活性较差

Cairngorm 3依赖于欧芹扩展框架

---

我更喜欢欧芹，因为我很少参加一个规模不大的Flex项目，需要一个好的方法来管理它。它是金融业中使用最多的Flex框架。这里有一个充满活力的开发者社区，首席开发者非常棒。它也是开源的。

这可能会有帮助，因为Mate是否仍然基于事件的视图？这对我来说不是个好兆头。Mate鼓励使用表示模型，这意味着您可以选择在事件总线上调度。明白了，必须更新，因为当我使用它时，所有内容都是基于视图的事件映射。谢谢你澄清这一点。看看这篇文章，它已经存在了一段时间了，现在我同意Amy的观点，它也是事件驱动的框架。所以在我看来，mate比cairngorm更灵活。谢谢，我决定现在就在mate开始这个项目。它看起来比Cairngorm简单，在互联网上有很多教程和文档。我同意J_A_X的观点，Robotlegs是一个更好的框架，并且有更好的当前支持和文档（尽管OP听起来好像不是他决定使用Mate）。我想说，如果你有能力影响这个决定，伴侣是最好的选择。MPO是指机器人腿比欧芹有更多的指导，以防止开发人员试图“绕过”框架，因此，如果您的组织没有太多的经验使用非基于单例的框架，那么这可能是一种更好的方法。