문제

현재 편안한 응용 프로그램을위한 클라이언트 API를 작성하는 옵션을 찾고 있습니다. 지금까지 우리는 모든 애플리케이션이 비즈니스 계층에 연결할 수 있도록 WCF 서비스를 보유하고 있으며 불만족 해지고 있습니다.

우리는 이미 웹 (HTML 및 JSON 요청)을위한 대부분의 인프라를 가지고 있지만 다른 응용 프로그램의 서비스에 액세스해야합니다 (일부는 기본 웹 앱 모델 라이브러리와 연결되어 있지 않습니다.

나는 wadl에 대해 읽고있다 여기 그리고 여기 그리고 그것은 유익한 것 같습니다. WADL, 클라이언트 라이브러리를 생성하고이를 사용하여 JavaScript URL을 확인할 수 있습니다.

나는 다른 사람들이 무엇을 사용했는지, 무엇이 효과가 있었는지, 그렇지 않은 것을 알고 싶습니다.

도움이 되었습니까?

해결책

Good Rest Client API는 컬, WGET 또는 언어 별 HTTP 라이브러리 주변의 래퍼 세트입니다. 응용 프로그램의 세부 사항 (예 : 전문화 된 XML/JSON 구문 분석)을 처리하려면 몇 가지 추가 방법이나 기능이 필요할 수 있지만 이에 관한 것이 었습니다.

다른 팁

나머지 아키텍처에서 :

  • 리소스는 자신의 설명 문서에 링크되어 있으며, 다른 방법이 아닌 사람이있는 경우 문서.
  • 리소스는 복잡하지 않으므로 (RPC와 같은 경우) 일반적으로 설명 문서가 필요하지 않습니다.
  • 느슨한 커플 링은 왕입니다. 계약은 불필요하고 유해합니다.
  • 리소스는 서로와 연결되어 자원 검색 서비스의 대부분을 제거합니다.

Ibeans 이에 대한 솔루션을 제공하려는 새로운 오픈 소스 프로젝트입니다. iBeans (Integration Bean)는 RESTFUL 또는 기타 서비스를위한 클라이언트 API입니다. 현재 iBeans는 서버가 필요하며 (프레임 워크를 Tomcat에 매우 쉽게 삭제할 수 있음) JavaScript 또는 Java 응용 프로그램에서 사용할 수 있습니다.

이 웹 앱을 시도하십시오 : Frapi. 매우 인상적입니다

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top