我正在嘗試探索爲Loopback.io構建CouchDB連接器的機會。 我知道CouchDB有一個REST接口,但是 - 出於某種原因 - 將我的Couch本地服務器的baseURL放入Loopback中的Rest連接器時,我發現Couch請求中缺少一些頭部的錯誤。 由於可以添加一些有用的函數來利用視圖等,我正在探索loopback-connector-couchdb創建。Loopback.io和CouchDB連接器
所以很簡單的問題是:連接器需要實現哪些方法才能完全映射到由Loopback.io爲模型提供的標準API端點? 基本例如:
POST /models
(與有效載荷的身體) - >都好於連接器的「創建」功能DELETE /models/{id}
- >我得到一個錯誤說,destroyAll功能未實現(正確),但破壞功能是實施,而不是...HEAD /models/{id}
和GET /models/{id}/exists
之間的區別是什麼?- 我嘗試通過ID驗證在CouchDB中創建(成功)的模型的存在,並使用
GET /models/{id}/exists
而不是在連接器中調用函數「exists」,而是調用另一個名爲「Count」的函數。 - 這就好像一些功能但並非全部映射到連接器(注意,我沒有使用連接器的
DataAccessObject
屬性,因爲這似乎更多地用於其他方法,可以這麼說......並且方法確實有效!)
......我很困惑!
感謝您的任何指導。我試圖遵循這一點,但我不能輕鬆將標準API端點映射到連接器的最小功能(例如,參見上面的第2點) Building a connector - Loopback.io documentation
嗨 - 也許我還沒有說清楚。我有這麼多,其實我想了解一個額外的事情......如果我將模型綁定到連接器,發生的好奇事件如下所示:API的create方法完全映射到create prototype函數,而API的「存在」端點不會完全映射到新創建的連接器的存在功能。 – Matteo 2014-11-24 17:58:15
和快樂分享連接器的測試NPM當然。 – Matteo 2014-11-24 18:28:14
你有沒有試過看源代碼?您應該能夠從現有連接器中找到示例。也許在某處:https://github.com/strongloop/loopback-connector-mongodb/blob/master/lib/mongodb。js#L253-L272 – superkhau 2014-11-24 18:29:17