우선이 질문을 보았습니다 : How to best create a RESTful API in Node.js 그리고 큰 도움이되었습니다. 그러나 나는 또한 derbyjs에 관해 많은 좋은 것을 읽었으며 정말 흥미로워 보입니다. 내 질문에, REST API를 중단하기 위해 derbyjs를 사용하는 것이 이치에 맞습니까? (실시간 기능은 향후 유용 할 수 있지만이 팟에서는 100 % 확실하지 않습니다.) 그리고 그것은 mers보다 더 좋든 나쁘 든간에? 어떤 도움을 주셔서 정말 감사드립니다.REST API 용 derbyjs
편집 : 사람이 관심 경우 지금 사용하기로 결정 sails.js : http://sailsjs.org/
정확히 무엇을 찾고 있는지에 따라 다릅니다. Derby.js는 Express.js 위에 구축되었으며 REST API 작성에 대한 탁월한 지원을 제공합니다. 이는 또한 Express에서 수행 할 수있는 모든 작업을 의미하며 Derby에서도 수행 할 수 있습니다. 실시간 기능과 REST API를 구현할 수있는 기능을 원한다면 Derby.js가 탁월한 선택입니다. Meteor와 같은 Derby를 추천하는 이유 중 하나이기도합니다 (현재 Meteor는 REST 끝점을 지원하지 않지만 장래에 Meteor는 REST 끝점을 지원하지 않습니다. 실시간 프레임 워크 시장). 그러나 실시간 기능에 중점을 둔 노드 프레임 워크를 찾는 것이 아니라면 Derby가 올바른 선택이 아닙니다. 그러나 Express.js를 조사하여 REST API를 작성하는 것이 좋습니다. 우리는 현재 그 목적을 위해 그것을 사용하고 그것은 정말로 잘 작동합니다. Express와 함께 훌륭하게 작동하는 여러 라이브러리 및 패키지가 있으므로 향후 필요가 변경 될 경우 Express와 함께 잘 작동하는 것을 쉽게 찾을 수 있습니다.
어쨌든 성공적으로 수행 할 수있게되면 Express에서 REST API를 만드는 방법에 대한 몇 가지 기본 자습서를 확인하는 것이 좋습니다. Derby.js의 실시간 기능 중 일부를 추가하는 것은 매우 간단합니다.
Express에서 REST API를 만드는 방법에 대한 기본 자습서입니다. http://coenraets.org/blog/2012/10/creating-a-rest-api-using-node-js-express-and-mongodb/
strength of Derby은 그 같은 전망 (즉, HTML로 템플릿을 렌더링)에뿐만 아니라 클라이언트에서 실행할 수 있습니다 섬기는 사람. 따라서 웹 애플리케이션을 구축하기 위해 명시 적으로 REST API를 코딩 한 다음 클라이언트 측 JavaScript에서 사용하는 대신 뷰를 작성하고 나머지는 Derby가 수행한다.
따라서 REST API 만 작성하고 (질문 상태 에서처럼) HTML이 없으면 Derby를 사용할 때 이점이 없습니다. 그것은 직업에 대한 잘못된 도구입니다.
감사합니다. mb21, 정말 도움이되는 답변이었습니다. – Markus
감사합니다. erichrusch, 정확히 내가 찾던 답변이었습니다. – Markus