我正在創建一個使用來自Mongoose的數據的API。前端(Backbone)期望id,而不是_id。我似乎無法找到這樣一個簡單問題的簡單解決方案。有沒有人知道一種方法來重命名_id到ID。我希望這是跨每個模式的默認行爲。貓鼬重命名_id到id
1
A
回答
1
你認爲在前端(骨幹)model.idAttribute設置爲_id的。這將允許Backbone'將該密鑰透明地映射到id'。
1
您可以設置一個架構方法getItem
返回所需的字段和id = _id
,如果你真的需要:)
+1
任何機會,你可以提供的,我怎麼能做到這一點與我的模式的樣本? https://gist.github.com/4513181 –
相關問題
- 1. 貓鼬重命名集合
- 2. 貓鼬鑄造錯誤_id
- 3. 貓鼬查找和_id
- 4. 貓鼬不檢索_id
- 5. 查找嵌套在_id貓鼬模式
- 6. 比較貓鼬_id和字符串
- 7. 貓鼬引用_id不工作
- 8. 貓鼬「_id」字段不能被刪除
- 9. 貓鼬。選擇嵌套文檔的_id
- 10. 貓鼬填充方法不_Id
- 11. 貓鼬 - 獲取_ids而不是用_id
- 12. 貓鼬彙總:返回不_id場
- 13. _id在更新貓鼬時被刪除
- 14. 多重插入到貓鼬
- 15. 按名稱獲取貓鼬模型的_id。 Nodejs
- 16. 貓鼬填入命名和結構
- 17. 爲什麼數據庫表ID必須重命名爲_id?
- 18. 貓鼬子文檔 - ID找不到
- 19. 貓鼬CastError:投射到的ObjectId失敗值在路徑 「_id」
- 20. 貓鼬:不把_id到嵌入的文檔
- 21. 貓鼬到期
- 22. 重命名大ID
- 23. 貓鼬多重同步查找重用對象ID
- 24. 熊貓重命名系列
- 25. 重命名熊貓系列
- 26. 貓鼬重複申報
- 27. 貓鼬 - 檢測重複場
- 28. 重複貓鼬文檔
- 29. 貓鼬:在希望自定義屬性名爲id的同時也獲得對象的數組默認_id
- 30. 貓鼬更新:獲得推子文檔的_id
我正在考慮這樣做,但有人提到這是不好的做法(我不這麼認爲)。你有什麼想法 - 是否應該在前端完成,還是應該儘量關注API端,這樣所有的客戶端都不需要進行修改? –
這正是我在回答時想知道的。我不認爲這是一個不好的做法。我們在我們的骨幹模型的每個人中都使用它來映射到我們的後端,這需要每個模型有不同的ID。 關於其他客戶端,它確實取決於您期望使用API的客戶端/框架,但他們應該能夠很容易地適應後端,在我看來。 – Arnaud