模块化Jquery (MVC)

Question

我已经浏览了web，并在JQuery世界中找到了一些MVC实现的很酷的例子。有些看起来“过时了”(或者可能，不是.)，但看起来很有希望：

• CorMVC (2-3年前)
• 亚当·沃尔夫教程 (3-4年前)

最近(我发现)：

• Pirek GITHUB (一年前)
• todoMVC：代码看起来相当整洁。但是没有分离(文件夹)。

I想知道是否有更完整的实现SPA网站的MVC基础结构/框架的例子(以及最近使用JQuery最新版本的)。我试图在twitter引导程序的基础上构建它，对于后端，我在Perl中使用rest。

我检查了各种javascript框架 (请注意，我来自Rails世界)。我玩过各种各样的游戏：

吕震中本：

• 优点:我喜欢这样的事实:我只编写java代码，当然是各种设计模式的“轻松”实现。
• 缺点:调试时间(运行应用程序速度太慢)。

道场：

• 优点:定制Widget，模块化(OOP概念)
• 缺点:复杂，糟糕的社区，糟糕的文档，糟糕的例子。我读过所有的文档，但是说到这里，我感到非常困惑和迷失。

现在，我对Jquery/JavascriptMVC非常感兴趣。根据我的背景(RoR/MVC/Java)，我认为它是一个相当不错/整洁的框架，还是有什么更好的？

Answer 1

我建议使用主干(还没有见过不喜欢主干的JS开发人员)+工具栏模板(工具栏比胡子好得多)。这不是真正的MVC，但它非常轻量级和灵活。如果你需要更多的能量，在主干上有真正的MVC层(现在找不到它们，它们有愚蠢的名字)，它们也相当小。所有这些因素加起来可能仍然是JavascriptMVC大小的一半。

GWT是meh (没有见过许多喜欢它的人，见过很多不喜欢它的人，加上它是Java)，Dojo是feh (非常大的代码基，小型社区)。

Answer 2

我使用jquery、jsview (http://www.borismoore.com/2011/10/jquery-templates-and-jsviews-roadmap.html)和RequireJS组合构建了一些东西。最后，RequireJS是一个学习曲线，但一旦我习惯了它，我发现它是一个非常强大的机制。我不确定jsview的当前状态，所以如果我不得不再做一次的话，我可能会使用扶手。当我看它的时候，我并不真的喜欢我正在做的事情，如果我一直在处理更多的数据驱动器(而不是主要是可视化的)应用程序，那么我可能已经使用了它。