sproutcore与javascriptMVC用于web应用程序开发

我想使用一个javascript框架和MVC来实现一个复杂的web应用程序（它将是一组相关应用程序和页面中的一个），用于数字档案馆中的intranet。我一直在研究SproutCore和JavascriptMVC。我想选择一个框架并坚持下去

有人知道在比较这两者时有什么区别吗

我想要一些简单、直接的东西，我可以很容易地定制/破解，并且不会对我造成太多阻碍，但这同时为我保持代码良好的组织性和事件驱动性提供了基础。我还计划大量使用jquery

我知道sproutcore得到了苹果的支持，看起来它越来越受欢迎，而且它有一个漂亮的绿色网站：），而JavascriptMVC看起来不那么专业，没有那么多的追随者和动力

我为这两个网站都做了教程，SproutCore给我留下了更深刻的印象（在JMVC教程中，你没有做任何实质性的事情）-但在我的脑海深处，我觉得JMVC可能会更好，因为它没有尝试和做太多-它只是基于两个jquery插件提供MVC功能，您还可以将jquery用于其他任何事情，因此它非常灵活。而SproutCore似乎有更多自己的API等。。。这在某种程度上也是很好的。。。但是你有点被困在里面了。。。。嗯，我很困惑：）

---

任何想法都将不胜感激。

我认为它们之间的主要区别在于，SproutCore包含一个GUI，而JMVC是一个没有任何图形的低级工具，因此如果您需要GUI，您不能在不包含其他脚本（如jQuery UI或jQuery插件）的情况下使用JMVC

你说“JMVC可能会更好，因为它不会做太多的尝试”我不同意这一点，SproutCore1.0发布之前花了很多年，所以开发人员有时间制作一个很棒的产品

---

我建议你使用SproutCore，也许你需要学习更多的东西，你需要花更多的时间来练习和理解一切，但你将学会如何使用一个非常好的框架，它也可以用于未来的项目。

作为一个JavaScriptMVC贡献者，我非常有偏见。但我会尽力给出最好的答案

JavaScriptMVC的开发也花费了数年时间。但它并没有关注ui功能，而是关注其下方的层。这有几个原因：

您可以找到一个jQuery小部件来满足几乎所有的需求。没有理由与这些插件竞争。相反，JavaScriptMVC尝试使用它们

大多数人需要一个或两个自定义小部件/控件。JavaScriptMVC希望使构建和维护这些部件尽可能容易。”

灵活性+API。我不知道该怎么说这个。。。但这是我最好的机会。。。使用JavaScriptMVC，我们希望应用程序的每一层都尽可能容易理解和维护。这就是我们选择jQuery作为底层库的原因。它的API是dom的最佳抽象。人们通常直接从低级API构建小部件/控件。这就是为什么大多数jQuery小部件的代码看起来非常不同。我们需要一个中间层来组织我们的代码和推广最佳实践，同时提供足够的灵活性来满足几乎任何需求。因此，使用JavaScriptMVC，您可以获得非常坚实的底层和中层。但是，你没有得到小部件

JavaScriptMVC将测试、错误报告和文档烘焙到框架中。测试是最令人印象深刻的部分。它集成了硒和envjs测试

---

如果您的需求可以用SproutCore直接构建，我建议您使用SproutCore。但是，如果您知道jQuery，需要构建大量自定义控件，或者需要非常棒的测试，那么请使用JavaScriptMVC。

有趣的是，大约一个月前，我们的团队对这两个框架进行了正面评估。我们最终选择了JavaScriptMVC，我已经亲自使用它大约一个月了

我喜欢它。。。但是，我是SproutCore的坚定支持者。在我们评估它们之前，我从来没有听说过这两个框架，但当我看到SproutCore并查看引擎盖下的情况时，我非常非常印象深刻。老实说，我不认为有任何东西能给你它所给予的那种力量。是的，你会有一个学习曲线，但这是一种让一个人在你知道的情况下完成5到10分钟工作的东西

所以我会在心跳时使用SproutCore

话虽如此，JavascriptMVC（又名“JMVC”）很不错。在jQuery本身的基础上，它并没有给您带来太多的好处。您仍然需要构建一些基础设施（取决于您的需求有多复杂）。这既是赞成也是反对。它的一个优点是，如果您需要深入了解JMVC的某些细节，您可以。。。它并不是那么巨大以至于无法穿透

---

总之，JMVC没有任何问题。但是，在我看来，甚至在SproutCore的大致情况下也没有什么。SproutCore-2.0消除了ui限制，并与完全定制的应用程序ui配合得很好

---

我不介意学习新东西。事实上，我非常喜欢SproutCore语法及其工作方式。但我正在构建的应用程序是非常非标准的——基本上为您提供了一个标记xml文档的接口。所以需要做大量的定制工作——所以我认为在这种特殊情况下，较低级别的东西可能更合适……但这样一来，您必须从自己的界面构建一个界面，而不是使用已经创建的（漂亮的）GUI。不管怎样，你说你不在乎学习新东西，但这是你生命中的最后一个项目？我希望不是。所以下一次你将从另一个应用程序开始，你必须做一半的工作，因为你已经完成了