2013-05-09 2 views
0

SOAP 인터페이스를 개발 중이며 끝점 주소의 이름을 결정하는 데 문제가 있습니다.SOAP 웹 서비스 끝점 주소 이름 지정

옵션 :는 SOAP 서비스가 얻는 일반적인 이름은 무엇

- {soap,api,service,???}.foo.com.au 
- www.foo.com.au/{soap,api,service,???} 

? 실제로 명심

+0

나는 항상 "존"이 좋은 이름이라고 느꼈다. 'john.foo.com.au'라고 이름을 짓는 것이 좋습니다. 왜냐하면'john'이 항상 맨 위에 있어야하기 때문입니다. –

답변

1

나는 그것이이 SOAP 서비스 있다고 사람들에게 할 수있는 쉬운 방법 주로하기 때문에, www.foo.com.au/soap을 사용하고 나중에 REST 서비스를 추가하려는 경우, 당신은 www.foo.com.au/rest

1

을 사용할 수 있습니다 모든 솔루션은 기술적으로 동일합니다. 하나의 네이밍 시스템이 다른 네이밍 시스템에주는 이점은 실제로 URL이 무엇인지 (사람의 경우) 또는 유지 관리 가능성을 쉽게 이해할 수 있다는 것입니다. 당신이 응용 프로그램의 많은 큰 회사가있는 경우 http://api.company.com/application/rest 및/또는 http://api.company.com/application/soap 접근

  • 이유에 대해 이동

    • : 당신이 표준를 검색한다면, 우리는에 최선을 말할 수있는 당신이 할 수있는 인간 웹 브라우징 서버 (http://www.srv.com/app)의 웹 서비스 서버 (http://api.srv.com/app)를 처음부터 (네트워크 방식으로) 분리하십시오.
    • 모든 응용 프로그램에는 하나의 커다란 루트 "회의"지점 (루트 URL api.company.com)이 있으므로 회사 전체에서 사용할 수있는 것이 궁금하면 http://api.company.com을 선택하면 사용 가능한 모든 서비스를 나열 할 수 있습니다.
  • 설정이 그다지 크지 않으면 문제가 될 소지가 없으므로 www.을 두려워하지 마십시오. 사람이 바로 서비스 URL은 웹 서비스에 관한 박쥐 알 수 있도록하지만, api/, 그것은 적어도 다른 컨텍스트를 사용하는 것이 가장 좋습니다 염두에 같은 유지 (!) : http://www.company.com/application/api/rest/http://www.company.com/application/api/soap

참고 : 그것은 api이 다소 더 잘 묘사되어있는 것처럼 보일지라도 (api.something.com은 그 페이지가 무엇인지에 대해 의문의 여지가 없습니다.) service을 사용하는 것이 일반적입니다.

구입 많은 사람들이 좋은 똑똑한 '전사적 API를 "만남의 장소"을 유지하는 것 :