derbyjs dla REST API

Question

Po pierwsze, widziałem to pytanie: How to best create a RESTful API in Node.js i wskazało mi to na mers, co było wielką pomocą. Ale czytałem też wiele dobrych rzeczy o derbyjach i wygląda to naprawdę interesująco. Tak więc, moje pytania, czy sensowne jest używanie derbyjów do zaprzestania REST API (funkcje w czasie rzeczywistym mogą być przydatne w przyszłości, ale nie w 100% pewne na tym etapie.)? Czy jest lepszy czy gorszy od merów? Jestem naprawdę wdzięczny za każdą pomoc.

Edit: Jeśli ktoś jest zainteresowany, teraz zdecydował się użyć sails.js: http://sailsjs.org/

Answer 1

To zależy od tego, czego dokładnie szukasz. Derby.js jest zbudowany na Express.js, który ma doskonałą obsługę tworzenia REST API. Oznacza to także, że wszystko, co możesz zrobić w Expressie, możesz zrobić również w Derby. Jeśli potrzebujesz funkcji czasu rzeczywistego i możliwości zbudowania interfejsu API REST, Derby.js to doskonały wybór. Jest to również jeden z powodów, dla których ludzie polecają Derby na coś podobnego do Meteora (obecnie Meteor nie ma wsparcia dla punktów końcowych REST, ale mam nadzieję, że w przyszłości będzie to coś, na co możesz mieć ochotę, jeśli jesteś w rynek dla struktury czasu rzeczywistego). Jeśli jednak nie szukasz szkieletu węzła z naciskiem na funkcjonalność w czasie rzeczywistym, Derby nie jest właściwym wyborem. Zalecam jednak zajrzeć do Express.js, aby zbudować interfejs REST API. Używamy go obecnie w tym celu i działa naprawdę dobrze. Istnieje również wiele bibliotek i pakietów, które ładnie współgrają z Expressem, więc w przyszłości, jeśli Twoje potrzeby się zmienią, łatwo znajdziesz coś, co działa dobrze z Expressem.

W każdym razie, polecam zapoznać się z podstawowymi samouczkami dotyczącymi tworzenia API REST w Expressie, ponieważ gdy uda Ci się to zrobić, dodanie niektórych funkcji czasu rzeczywistego Derby.js jest dość proste.

Podstawowy samouczek dotyczący tworzenia interfejsu REST API w Express. http://coenraets.org/blog/2012/10/creating-a-rest-api-using-node-js-express-and-mongodb/

Answer 2

strength of Derby jest to, że te same widoki (czyli szablony do renderowania HTML) mogą być wykonywane po stronie klienta, jak również na serwer. Tak więc do budowania aplikacji webowej nie trzeba jawnie kodować interfejsu API REST, a następnie używać go po stronie JavaScript po stronie klienta, zamiast tego wystarczy, że napiszesz swoje widoki, a Derby zajmie się resztą.

Jeśli więc szukasz tylko API REST (jak stwierdzi twoje pytanie) i nie ma HTML, nie ma żadnej korzyści z używania Derby. To niewłaściwe narzędzie do pracy.