首先,我看到了这个问题:How to best create a RESTful API in Node.js,它让我看到了mers,这对我有很大的帮助。但我也读到了很多关于derbyjs的好东西,它看起来确实很有趣。那么我的问题是,使用derbyjs来终止REST API有意义吗(实时特性在将来可能会有用,但在这里不是100%确定的)?它比mers更好还是更差?我真的很感谢你的帮助。
编辑:如果有人感兴趣,现在决定使用sails.js:http://sailsjs.org/
发布于 2013-05-15 00:11:42
这取决于你到底在找什么。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/
发布于 2013-05-12 21:32:31
strength of Derby的特点是可以在客户端和服务器上执行相同的视图(即将模板呈现为超文本标记语言)。因此,要构建won应用程序,您不必显式编写rest API,然后从客户端JavaScript使用它,而只需编写视图,然后由Derby完成其余工作。
因此,如果您只考虑创建REST API (正如您的问题所述)而不考虑创建HTML,那么使用Derby没有任何优势。这工具不适合这项工作。
https://stackoverflow.com/questions/16417585
复制相似问题