2013-05-07 65 views
5

首先,我看到了這個問題:How to best create a RESTful API in Node.js,它指向了mers,這對我很有幫助。 但我也一直在閱讀關於derbyjs的很多好東西,它確實看起來非常有趣。 所以我的問題,使用derbyjs來終止一個REST API是否合理(實時功能在未來可能會有用,但在這個pont中不是100%確定的)。它比我的更好還是更糟? 我非常感謝任何幫助。derbyjs for REST API

編輯: 如果有人有興趣,現在決定要使用sails.js:http://sailsjs.org/

回答

4

這取決於你在找什麼。 Derby.js建立在Express.js的基礎之上,它對創建REST API具有出色的支持。這也意味着你可以在Express中做任何事情,你也可以在德比做。如果您需要實時功能以及構建REST API的能力,那麼Derby.js是一個很好的選擇。這也是人們推薦類似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/

+0

謝謝erichrusch,那正是我正在尋找的答案。 – Markus 2013-05-14 22:53:52

9

strength of Derby是同樣的觀點(即呈現模板到HTML)可以在客戶端上執行,以及服務器。因此,爲了構建Web應用程序,您不必顯式編寫REST API,然後從客戶端JavaScript中使用它,而只需編寫視圖,其餘的則由Derby完成。

因此,如果您只是在考慮製作REST API(如您的問題所述)並且沒有HTML,那麼在使用Derby方面沒有任何優勢。這是工作的錯誤工具。

+1

謝謝mb21,這也是一個非常有用的答案。 – Markus 2013-05-14 22:54:27