javascript - 用于 Web 应用程序开发的 sproutcore 与 javascriptMVC 对比

Question

我想将带有 MVC 的 javascript 框架用于复杂的 Web 应用程序(这将是一组相关应用程序和页面中的一个)，用于数字文件中的 Intranet。我一直在研究 SproutCore 和 JavascriptMVC。我想选择一个框架并坚持使用它。

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

我想要一些简单、直接的东西，我可以很容易地定制/破解，而且不会妨碍我太多，但同时它为我提供了一个让我的代码井井有条的基础，以及事件驱动。我还计划大量使用 jquery。

我知道 sproutcore 得到了 Apple 的支持，看起来它越来越受欢迎，而且它有一个漂亮的绿色网站 :)，而 JavascriptMVC 看起来不那么专业，追随者和背后的动力也越来越少。

我已经完成了两者的教程，SproutCore 给我留下了更多的印象(在 JMVC 教程中，您实际上并没有做任何实质性的事情)——但在我脑海深处的某个地方，我觉得 JMVC 可能会更好，因为它不会尝试做太多 - 它只是为您提供基于几个 jquery 插件的 MVC 功能，您可以将 jquery 用于其他所有内容，因此它很灵活。而 SproutCore 似乎有更多自己的 API 等......这在某种程度上也很好......但你有点陷入其中......嗯我很困惑:)。

如有任何想法，我们将不胜感激。

Answer 1

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

JavaScriptMVC 也经过多年的发展。但它不是专注于 ui 功能，而是专注于它下面的层。这有几个原因:

1. 您几乎可以找到满足所有需求的 jQuery 小部件。没有理由与这些插件竞争。相反，JavaScriptMVC 尝试与它们一起工作。
2. 大多数人需要一两个自定义小部件/控件。 JavaScriptMVC 希望尽可能轻松地构建和维护这些部分。”
3. 灵 active + API。我不确定如何准确地说这个……但这是我最好的镜头……使用 JavaScriptMVC，我们希望应用程序的每一层都尽可能易于理解和维护。这就是我们选择 jQuery 作为我们的低级库的原因。它的 API 是对 dom 可能的最佳抽象。人们通常直接从低级 API 构建 Widget/Control。这就是为什么大多数 jQuery 小部件的代码看起来非常不同的原因。我们想要一个中间层来组织我们的代码并促进最佳实践，同时提供足够的灵 active 来满足几乎任何需求。因此，使用 JavaScriptMVC，您可以获得非常可靠的低层和中层。但是，您不会获得小部件。

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

如果您的需求可以使用 SproutCore 非常简单地构建，我的建议是使用 SproutCore。但是，如果您了解 jQuery，必须构建大量自定义控件，或者需要非常棒的测试，请使用 JavaScriptMVC。