브라우저와 REST 클라이언트를 지원하는 동일한 REST 엔드 포인트

Question

우리 팀은 현재 새로운 네트워크 모니터링 시스템을위한 인터페이스를 개발하려고합니다. (명령 줄 REST 쉘 또는 다른 높은 수준의 시스템이 될 수있는 웹 브라우저는 (자바 스크립트/HTML5 기반)

2. 모든 REST 클라이언트 : 우리의 시스템에 대한 액세스를 지원하기 위해입니다 예 : 매시업 수행). 우리는 서버 측에서 같은 REST 엔드 포인트를 제공 생각했다

는 클라이언트의 두 가지 유형을 지원하기 위해 (자바 EE 기반). 이것은 브라우저가 REST 클라이언트라고 생각하기 때문입니다. 그리고 우리는 서버 측에서 중복을 피할 것이라고 생각했기 때문에. 그리고 우리는 엔지니어들에게 부족함을 안겨주고 있습니다 (결국 좋은 일이 될 수 있습니다!).

Ajax를 사용하여 브라우저에서 비동기 요청/응답 처리를 수행합니다. 그리고 우리는 다른 REST 클라이언트가 원하는 모든 비동기를 처리해야한다고 생각합니다.

1) 요즘 어떻게 이런 일이 일반적입니까?

2) 다른 고려 사항과 상관없이 좋은 접근 방법입니까? 아니면이 결정을 내리기 전에 다른 측면을 고려해야합니까?

3) 이는 모든 응답을 서버에서만 JSON으로 보내고 클라이언트 측 렌더링 만 수행해야 함을 의미한다고 생각합니다. 권리 ?

Answer 1

예! 내 의견은 다음과 같습니다.

1) Is this how it is usually done these days ? 

예. 대부분의 REST API는 동일한 서버 측 API로 구축되었습니다. 이 API는 브라우저 또는 명령 행 호출이어야하는 클라이언트 측의 정보를 클라이언트에 제공합니다.

무료 Restful api를 만드는 방법에 대한 자세한 내용을 보려면 무료 Apigee ebooks, 특히 this one을 살펴보세요.

2) Is this a good approach, regardless of any other consideration? Or does one need to consider any other aspect, before making this decision ? 

가장 좋은 접근 방법은 클라이언트에게 서비스를 관리하는 API 하나가 있다고 생각하는 것입니다.

3) I think this implies that we are to send all responses as JSON only from the server and do client-side rendering only. Right ? 

오른쪽. AngularJS과 같은 일부 자바 스크립트 프레임 워크는 Rest Client의 JSON 응답만으로 브라우저의 모든 렌더링을 수행합니다. JQuery로도이 작업을 수행 할 수 있습니다.