用于REST API的derbyjs
首先，我已经看到了这样一个问题： 如何在Node.js中最好地创build一个RESTful API，并且指向了mers，这对我有很大的帮助。 但是我也一直在阅读关于derbyjs的很多好消息，而且看起来确实很有趣。 所以我的问题是，使用derbyjs来启动一个REST API是否合理（实时function在未来可能会有用，但是在这个版本中不是100％肯定的）。 这是比我更好还是更差？ 我真的很感激任何帮助。
编辑：如果有人感兴趣，现在决定使用sails.js： http ://sailsjs.org/
这取决于你在找什么。 Derby.jsbuild立在Express.js之上，对创buildREST API有极好的支持。 这也意味着你可以在Express中做任何事情，你也可以在Derby做。 如果您需要实时function，并且可以构buildREST API，那么Derby.js是一个很好的select。 这也是人们推荐像meteor这样的东西的原因之一（目前Meteor并不支持REST端点，但是在将来有希望的时候也可以保留你的注意力，如果你在市场的实时框架）。 但是，如果您不是在寻找一个强调实时function的节点框架，则Derby不是正确的select。 然而，我会build议查看Express.js来构build一个REST API。 我们目前使用它来达到这个目的，而且效果非常好。 还有一些图书馆和软件包可以很好地与Express一起使用，所以在未来如果您的需求发生变化，很容易find与Express相配的东西。
无论如何，我build议查看一些关于如何在Express中创buildREST API的基本教程，因为一旦你能够成功地做到这一点，添加一些Derby.js的实时function是相当简单的。
在Express中创buildREST API的基本教程。 http://coenraets.org/blog/2012/10/creating-a-rest-api-using-node-js-express-and-mongodb/
Derby的优势在于可以在客户端和服务器上执行相同的视图（即将模板转换为HTML）。 因此，为了构buildWeb应用程序，您不必显式编写REST API，然后从客户端JavaScript中使用它，而只需编写视图，然后使用Derby。
因此，如果您只是在考虑制作REST API（如您的问题所述）而没有使用HTML，那么在使用Derby方面没有任何优势。 这是工作的错误工具。