2016-10-11 6 views
1

Ich mag Loopback, aber das ist schlecht dokumentiert/unerwartete Sachen hier.Update alle mit Loopback

Ich möchte diese Funktion nutzen:

http://apidocs.strongloop.com/loopback/#persistedmodel-updateall

Ich gehe davon aus, dass

PUT /models 

die Model.updateAll() Funktionalität aufrufen. Die obige HTTP-Anfrage ist Standard-Out-of-the-Box-Zeug, für das Loopback gedacht ist.

Was ich herausfinden möchte, ist die Zuordnung zwischen Backend-Funktionen wie Model.updateAll und den API-URLs.

Mit anderen Worten: Wie kann ich herausfinden, ob

PUT /Dogs ~ Dogs.updateAll() 

ist nicht eine 1: 1-Abbildung hier? Und wenn ja, warum ist das nicht gut dokumentiert?

+0

dies einige nützliche Informationen zu haben scheint: https://docs.strongloop.com/display/public/LB/Working+with+data –

Antwort

0

Lieber Loopback ist dies ein unerwartetes Verhalten auf Ihrer Seite

dies ist, wie Sie uns erwarten zu tun updateAll auf einem Modell/table

POST /dogs/update?where[color]=blue '{"color":"orange"}' 

aber warum nicht können wir tun es so?

Wenn dies die HTTP-Spezifikation ist, ist die HTTP-Spezifikation in diesem Fall lahm.

entdeckte ich die oben genannten Informationen tief in den Annalen der Loopback Lore hier:

https://docs.strongloop.com/display/public/LB/PersistedModel+REST+API#PersistedModelRESTAPI-Updatemodelinstanceattributes

1

Ich glaube nicht PUT die where Filter unterstützt. In Ihrem link erfordert PUT eine Modell-ID anstelle eines Filters.

So eine gültige Anforderung wäre PUT /dogs/1 {"color":"orange"}