我有一個奇怪的要求。 1)後端服務器根據自定義JSON進行會談。我們需要在餘燼REST適配器中編組和解開這個JSON。我們不打算使用Ember將JSON轉換爲對象,反之亦然。 2)我們的後端是JAX-RS。我們可以在課堂級別提供單一網址。允許@Path \ customer。自定義框架不允許\ customer \ create或\ customer \ 1或這種類型的任何東西。 3)由於我們無法充分利用餘燼,所以在這種情況下,我們正在爭論是否可以使用餘燼。 4)我們想要做的是定義requestType(創建,更新,查詢等)並將requestType作爲JSON結構中的另一個元素。 5)這可能在RESTadapter或控制器級別。如果是的話,比哪一個更好。灰燼沒有使用其餘的網址
0
A
回答
0
您將無法使用Ember Data
開箱即用。不把JSON轉換成對象幾乎可以使Ember
(或任何其他客戶端框架)無用。
我很努力的理解您使用像Ember
這樣的框架的意圖。
我個人正在使用Ember而沒有Ember數據的項目(由於API限制)。我們只需要執行我們自己的獲取/創建/更新/刪除處理,使用Ember.RSVP.Promise
實現非常簡單。
相關問題
- 1. 餘燼:在餘燼網絡中使用cookies
- 2. 灰燼選擇沒有的ValueBinding工作
- 3. 灰燼數據,沒有的hasMany更新
- 4. 沒有把手的灰燼視圖
- 5. 在灰燼圖,其具有行動
- 6. jshint抱怨:「灰燼」沒有定義
- 7. 灰燼沒有被定義後縮小
- 8. 灰燼值組件沒有約束力
- 9. 灰燼錯誤:沒有模型,發現
- 10. 創建沒有互聯網連接的新的餘燼項目?
- 11. 灰燼問題使用this.render
- 12. 使用灰燼JS尖銳
- 13. 使灰燼應用抓取
- 14. 使用灰燼數據
- 15. 灰燼JS編碼預留的網址字符
- 16. 如何設置的API網址灰燼型號
- 17. 灰燼模式路由到錯誤的網址關閉
- 18. 沒有測試在餘燼測試
- 19. 灰燼。使模態視圖具有其自己的路線
- 20. 灰燼控制器帶有灰燼數據
- 21. 使用餘燼測試非餘燼數據模型
- 22. 使用餘燼數據餘燼在回調後創建模型
- 23. 如何在餘燼項目中使用餘燼推動器
- 24. 使用餘燼模型從json解析餘燼小葉座標
- 25. 灰燼創成到網址無法運作
- 26. 編輯帶有餘燼和餘燼的handlebars模板
- 27. 從餘燼中移除餘燼cli-mirage
- 28. 灰燼2,使用插件像灰燼,真幫手,而不是僅僅灰燼默認方式表演
- 29. 在灰燼
- 30. 麻煩灰燼