RailwayJS vs TowerJS

Question

再一次..。选择框架。我在这两个TowerJS和RailwayJS上停了下来，但它们看起来非常相似，很难选择哪种方式

两者都基于Express，都是RoR风格的框架……

哪一个最有前途，哪一个会更受欢迎？

或者我已经走错路了？也许我应该选择其他框架。

我讨厌有这么多的框架可供选择，没有行业标准可依赖，或多或少可以肯定框架将在近几年内开发出来……

请帮助，需要专家的建议。谢谢

Answer 1

你注意到Derbyjs了吗？这个虽然还没有测试版，但已经相当激动人心了。它是由一位前谷歌员工和everyauth的作者撰写的。你必须用这个来写最小的客户端javascript。请看官方页面的摘录：

为什么不使用Rails和Backbone？Derby代表了一种新的应用程序框架，我们相信它将取代当前流行的库，如Rails和Backbone。

向使用Rails、Django和其他服务器端框架编写的应用程序添加动态功能往往会造成混乱。服务器代码呈现各种初始状态，而jQuery选择器和回调函数则不顾一切地试图理解DOM和用户事件。添加新功能通常涉及更改服务器和客户端代码，通常使用不同的语言。

许多开发人员现在包括一个客户端MVC框架，如Backbone，以更好地组织客户端代码。一些已经开始使用声明性模型视图绑定库，如Knockout和Angular，以减少样板DOM操作和事件绑定。这些都是很棒的概念，添加一些结构肯定会改进客户端代码。但是，它们仍然会导致重复呈现代码，并手动同步日益复杂的服务器和客户端代码库中的更改。不仅如此，这些组件中的每一个都必须手动连接在一起，并为客户端打包。

Derby从根本上简化了添加动态交互的过程。它在服务器和浏览器中运行相同的代码，并自动同步数据。Derby负责模板呈现、打包和开箱即用的模型-视图绑定。由于所有功能都设计为协同工作，因此不需要代码重复和粘合代码。当所有应用程序中的所有数据都是实时的时，Derby为开发人员做好了准备。

没有粘合代码的灵活性Derby消除了将服务器、服务器模板引擎、CSS编译器、脚本打包器、minifier、客户端MVC框架、客户端ORM库、客户端模板和/或绑定引擎、客户端历史库、实时传输、JavaScript和数据库连接在一起的繁琐工作。它减少了在模型和视图、客户端和服务器、多个窗口、多个用户以及模型和数据库之间保持状态同步的复杂性。

同时，它也能很好地与其他人合作。Derby构建在流行的库之上，包括Node.js、Express、Socket.IO、Browserify、Stylus、UglifyJS、MongoDB以及其他流行的数据库和数据存储。这些库也可以直接使用。数据同步层，Racer，可以单独使用。其他客户端库，如jQuery和来自npm的其他Node.js模块与Derby一起工作得也很好。

遵循默认文件结构时，模板、样式和脚本会自动打包并包含在相应的页面中。此外，可以通过动态API使用Derby，如上面的简单示例所示。

但它还附带以下免责声明

、Derby和Racer都是alpha软件。虽然Derby应该可以很好地用于原型开发和周末项目，但它仍在进行重大开发。API可能会发生变化。

它还没有授权实现，并且充满了security issues，尽管它们将在未来几个月内得到解决。如果你能等上几个月，这似乎是一个很有前途的框架。

Answer 2

选择一个框架取决于您对它的适应程度。通常基于..

• 项目有多活跃？最后一次提交是什么时候？如果不是在github上，那对我来说是当务之急，因为这会让用户的贡献变得更加困难。
• 我能在这个框架上找到多少博客帖子？如果没有人谈论它，这通常是一个坏兆头，因为人们很自然地会谈论让他们兴奋的事情。

，

• ，我对这个框架有什么看法？这可能更难判断，但应该有足够的例子，至少你可以得到一个基本的想法。如果没有，那么这本身就是一个大问题。

嗯..。当然，显而易见的问题是，如果您想要一个RoR框架。为什么不直接使用RoR？;)

Answer 3

看起来TowerJS与MongoDB更紧密地结合在一起作为其数据存储，而RailwayJS似乎具有模型适配器的灵活性。这可能会影响您在两者之间的选择。就我个人而言，我会选择使用RoR编写Rails站点。Node似乎更适合于不同类型的服务，你不这样认为吗？(我认为是使用AJAX REST服务的客户端的主干)。