首先,我看到了这个问题:How to best create a RESTful API in Node.js,它把我引向了 mers,这对我很有帮助。但我也阅读了很多关于 derbyjs 的好东西,它看起来确实很有趣。所以我的问题是,使用 derbyjs 来创建 REST API 是否有意义(实时功能在未来可能有用,但不能 100% 确定这一点。)?它比 mers 好还是坏?我真的很感激任何帮助。
编辑:如果有人感兴趣,现在决定使用sails.js:http ://sailsjs.org/
首先,我看到了这个问题:How to best create a RESTful API in Node.js,它把我引向了 mers,这对我很有帮助。但我也阅读了很多关于 derbyjs 的好东西,它看起来确实很有趣。所以我的问题是,使用 derbyjs 来创建 REST API 是否有意义(实时功能在未来可能有用,但不能 100% 确定这一点。)?它比 mers 好还是坏?我真的很感激任何帮助。
编辑:如果有人感兴趣,现在决定使用sails.js:http ://sailsjs.org/
Derby的优势在于可以在客户端和服务器上执行相同的视图(即将模板呈现为 HTML)。因此,对于构建 Web 应用程序,您不必显式编写 REST API 代码,然后从客户端 JavaScript 使用它,而只需编写视图,然后由 Derby 完成其余工作。
因此,如果您只想制作一个 REST API(如您的问题所述)而没有 HTML,那么使用 Derby 没有任何优势。这是工作的错误工具。
这取决于您正在寻找什么。Derby.js 建立在 Express.js 之上,它为创建 REST API 提供了出色的支持。这也意味着您可以在 Express 中做的任何事情,您也可以在 Derby 中做。如果您想要实时功能,以及构建 REST API 的能力,那么 Derby.js 是一个很好的选择。这也是人们推荐 Derby 而不是 Meteor 之类的东西的原因之一(目前 Meteor 不支持 REST 端点,但希望将来会支持,如果您在实时框架市场)。但是,如果您不是在寻找一个强调实时功能的节点框架,那么 Derby 不是正确的选择。不过,我建议研究 Express.js 来构建 REST API。我们目前将其用于此目的,并且效果非常好。还有许多库和包可以很好地与 Express 配合使用,因此将来如果您的需求发生变化,很容易找到与 Express 配合良好的东西。
无论如何,我建议您查看一些有关如何在 Express 中创建 REST API 的基本教程,因为一旦您能够成功地做到这一点,添加 Derby.js 的一些实时功能就相当简单了。
在 Express 中创建 REST API 的基本教程。 http://coenraets.org/blog/2012/10/creating-a-rest-api-using-node-js-express-and-mongodb/