1
A
回答
1
Express和Mongoose都基本上是圍繞Node構建的,並且在設計上是異步的。 Ringojs是與Node不同的野獸。使用Ringo生態系統中的某些東西。即使您以某種方式獲得Express的工作,但獲得並保持其正常工作可能會遇到很多麻煩。如果Ringo在自己的生態系統中沒有任何值得使用的東西,那麼考慮使用它可能是一個好主意。
1
node.js和ringo.js都依賴於Common.js規範,所以很容易實現模塊兼容性,至少是基本的。由於貓鼬依賴本地驅動程序,所以我不確定這是如何由Ringo處理的。
相關問題
- 1. 快遞/貓鼬REST麻煩
- 2. 如何與貓鼬
- 3. 快遞/貓鼬更新查詢
- 4. 遞歸刪除[快車&貓鼬]
- 5. 如何爲用戶分配一個帖子與貓鼬和快遞
- 6. 如何使用貓鼬
- 7. 如何使用貓鼬
- 8. 如何使用貓鼬
- 9. 如何使用貓鼬
- 10. 如何使用貓鼬
- 11. 如何使用貓鼬
- 12. 如何使用貓鼬findOne
- 13. 使用mixins與貓鼬
- 14. 在快遞中使用貓鼬進行排序結果
- 15. 開發本地使用快遞,MongoDB的和貓鼬
- 16. 如何快速訪問貓鼬虛擬
- 17. 與快速/貓鼬嵌套查詢
- 18. 路由到子文檔與快遞4和貓鼬
- 19. 腳手架與node.js,快遞和貓鼬一樣的grails?
- 20. 不能與Node.js的快遞MongoDB的貓鼬的CoffeeScript POST
- 21. 如何使用貓鼬或MongoDB的檢查重複數據(Node.js的+快遞)
- 22. 使用貓鼬
- 23. 如何組織代碼/邏輯與node.js的/快遞3,和貓鼬(MongoDB的)
- 24. 如何貓鼬
- 25. 如何貓鼬
- 26. 如何貓鼬
- 27. 如何貓鼬
- 28. 如何貓鼬
- 29. 與貓鼬
- 30. DeprecatingWarning:與貓鼬
順便說一句,相當於Express的Ringo的「標準」是Stick(http://hns.github.com/stick/) –
我想補充說,節點比Ringo更活躍,所以你會發現圖書館滿足您的所有需求和支持的方式更高。這是你應該考慮的事情。 關於同步/異步問題:javascript是關於異步和回調的。我認爲你不會避免這一點。 –
當然,Node的主要非特性之一就是其受歡迎程度。 Node社區非常活躍,只要您不介意時不時出現流血的邊緣,那麼它可以非常強大。 – genericdave