Apache flex 帮助我选择Flex框架

在我的大学里，我必须做一个项目：AdobeFlex上的XMPP客户端。在这个场合，我决定学习任何架构框架，并在我的项目中使用它。您能告诉我，什么样的框架最适合XMPP客户机？这个或那个框架的优点和缺点是什么？ 谢谢。

我正在使用，我对它非常满意。它使用依赖注入并利用MVCS设计模式，在您的情况下，MVCS设计模式应该是您必须向服务器发出请求的有用原因。它很简单，没有太多的功能。我找不到任何大的缺点，除了它的简单性，如果这可以被认为是一个缺点。

最好是主观的

框架旨在解决一个问题。我建议您首先定义在这个项目中需要解决的问题，然后查看框架，看看它们是否有帮助

我告诉你，凯恩戈姆是最常用的，但却很少被提及。我可以告诉你，机器人腿现在在社区里最受欢迎。我可以告诉你，Swiz刚刚发布了一个新版本。我可以告诉你，PureMVC支持多种语言

这些都不能证明某个框架适合您。最后，it框架的选择并不重要

Timofei

很抱歉这样对你，但我不能给你一个直接的答案，就像Flextras说的，它太依赖于场景

例如，当我为家人或朋友制作一个夫妻网站时，一般来说，我不需要任何框架来实现网站的目标，并且以一种足够干净的方式来完成，以便我在将来继续工作，而不必担心新版本中的框架bug被弃用等等，假设我保存了源代码

如果我与一群开发人员一起工作，他们选择的体系结构允许我们独立工作，而不是紧密耦合我们的类，那么某种框架最近成为了一个讨论话题。这个讨论转到了SWIZ或Robotlegs，正如Flextras提到的，似乎有更多的开发人员倾向于使用机器人腿，尽管我还没有听到或看到任何实质性的争论

我认为你在学校里探索这类事情很好，直到我开始工作，我才真正接触到这一切，但同时你也不想用火箭筒杀死一只苍蝇。几年前，当我第一次被聘用时，Cairngorm被大量使用，并且在很大程度上仍然如此，尽管它工作得相当好，我们在它上面有一个扩展，已经有一些开发人员在这里，我只是一个空谈者/推动者，从零开始构建了MVC架构。它做了Cairngorm所做的一切，而且做得更多，现在我们内部有人对MVC框架的内部工作有着绝对清晰的理解，很明显，如果一个框架足够老，它将经历足够多的用例/测试，你不需要知道内部工作，但我当然不认为这有什么坏处

既然，我建议你在一个小项目中给每个人一次机会，看看他们是如何完成的，你可能会意识到，在你开始进入一个更复杂的程序之前，你看不到任何实质性的区别。你的程序可能会在基本形式的机器人腿或SWIZ上看起来更复杂这是一个更高级的东西，您可能会使用其中一个来减少自己的代码。此外，这将比其他任何人对特定框架的忠诚度更能帮助您

---

Shaun使用框架的几个原因：

通常会产生一个更结构化的应用程序，其他开发人员可以理解，并且当您几个月或几年后回来查看它时，您也可以理解

您可以从其他开发人员花费的时间和精力中获益，他们已经找到并修复了框架bug。如果你自己动手，你就失去了这些节省下来的时间

在试图找出解决特定问题的最佳方法时，寻求帮助通常更容易，因为您的应用程序是以其他熟悉该框架的人都可以快速解析的方式构建的

随着您掌握广泛使用的框架的技能，作为一名开发人员，您将使自己更具市场竞争力

不使用框架的原因：

你的项目范围很小。在某些情况下，一个框架可能被认为是过火了。只要记住，通常一开始很小的东西会有一种成长为更大的东西或完全转变为其他东西的方式。

---

值得一提的是，我目前在大多数项目中使用机器人腿，这让我的生活更加轻松。一旦你完成了最初的学习过程，它就变得非常简单和快速。

我将在此列表中再添加一条建议：欧芹框架非常出色。我们已经使用它超过18个月了 NTH在一个非常大、复杂的Flex应用程序中，它是我们商业产品的前端。我也在一些较小的辅助工具和一些私人项目中使用了它，并继续对此感到非常满意

这是一个国际奥委会风格的框架，它真的试图尽可能地避开你的方式。但是，请注意，它并没有特别尝试将体系结构样式强加给代码。你可以选择MVC、MVP或其他你认为合适的方式。因此，它的学习曲线比这里提到的其他框架要少，但它为您构建自己的代码提供的指导也较少

---

查看

正如人们已经说过的，您可能不需要框架。如果这是一个小型项目，您最终会过度设计它

如果这是一个更大的项目，我已经使用了Cairngorm和Swiz，并调查了其他项目。我们已经远离Cairngorm，因为它只是创建了太多您必须编写的锅炉板代码。它还遵循较旧的模式，并且需要对modellocator和大型控制器类的大量依赖

---

Swiz是轻量级的，基于更现代的依赖注入。它更易于测试、轻量级、便携性和灵活性。这里或那里都有一些怪癖，但通常你可以在google group或他们的在线文档中找到这些怪癖。

作为补充说明，Actionscript上的XMPP还不是很成熟。作为早期的建议，不要尝试使用GoogleTalk服务器进行测试。至少从2个月前开始，XIFF设计用于支持XMPP的方式就不同了。如果您想要自己的jabber/xmpp服务器，这里有一个建议：下载oracle的virtual box并在本地运行您自己的ejabberd服务器进行测试。http://www.turnkeylinux.org/ejabberd

我没有经验，所以我不会将此作为一个答案发布，但我看到的谷歌答案是XIFF。这里有一个例子：你有一个你正在考虑使用的可能性列表吗？@shaunhusain，我听说了一些关于XIFF的信息，如果我没有弄错的话，这是一个XMPP使用库。但我想知道框架，在其上构建我的应用程序架构。好吧，我不完全理解这个问题。Flex框架本身提供了创建基本应用程序所需的一切，不需要引入依赖注入或SWIZ或Robotlegs等框架提供的其他功能。这个项目的范围是什么？你有多长时间，它是一个需要对一个接口进行大量编程和多种实现的持续项目的可能性有多大？。Cairngorm允许一个干净的MVC，只需做一些小的改动，但并没有依赖注入，基本上它是一个控制器/事件/命令设置。如果您刚刚开始使用Flex，我建议您避免使用其他框架，直到您对Flex框架本身的功能有了深入的了解。此外，我还看到了在使用模块和swiz的应用程序中出现的问题，在这些应用程序中，模型注入会造成混乱。如果您决定使用其中一个框架，并且将使用模块，我建议您尽早测试。@shaunhusain，谢谢您的解释，您个人会选择什么？我想，我对Flex本身很在行，但我决定走得更远。这只是一个教育项目，我想这正是了解一些框架的情况：这就是为什么我在这里问人们。我没有主观意见，因为我对其中任何一个都不熟悉。对我来说，另一个标准是今天的受欢迎程度和需求。那么，你能告诉我，在我的情况下，你个人会选择什么？@Timofei Davydik你没有定义你试图解决的问题，所以我不能告诉你哪种框架最有助于解决这些问题。你需要自己做一些工作，我们无法给你一个神奇的答案。我只是在寻找一位经验丰富的开发人员的主观意见：@Timofei Davydik你没有给我们足够的信息让我们给你一个答案。我还是说框架的选择不重要。谢谢，我会考虑的。谢谢你这么详细的回答！