의 나는입도는 WSDL
작은 예를 아래에 하나의 WDSL에 번들 작업에 대해 WDSL 당 하나의 작업을 만드는 몇 가지 장점과 단점을 찾고 있어요 : 분할을
<operation name="Divide">
<input message="y:DivideMessage"/>
<output message="y:DivideResponseMessage"/>
</operation>
대신 인이 있었다 더 복잡한 연산, 연산 당 하나의 wsdl을 갖는 장점/단점은 무엇입니까?
질문을 이해할 수 있을지 모르겠습니다 ... 그러나 모든 작업을 단일 WSDL 또는 각 WSDL에 넣는 것에 대해 묻는다면 ...
많은 도구가 WSDL에서 웹 서비스 클라이언트를 생성 할 수 있기 때문에 작업이 동일한 끝점에있는 경우 하나의 단일 WSDL에 모든 것을 유지하는 것이 더 좋습니다. 단일 WSDL을 사용하여 클라이언트를 생성 할 수 있습니다. 모든 작업을 호출 할 수 있습니다. 작업이 별도의 WSDL에있는 경우 여러 클라이언트를 생성해야합니다. 작업 당 하나씩 사용하면 불편할 것입니다 ...
(예 : customerManagement) 하나의 WSDL을 사용하는 것이 좋습니다. 또는 다음 몇몇 작업 포함 양태 (예를 들어 : CRUD * = C * reate, * R * EAD, * U * pdate 및 * D * elete).
WSDL 디자인을 생각할 때 wsdl 작업 만이 아닙니다. WSDL에서 올바른 porttype 및 targetNamespaces 값을 선택하는 것도 고려해야합니다.
- WSDL:targetNamespace -> Package
- WSDL:Porttype -> Class
- WSDL:Operation -> Method
을 함께을 모두 유지 : 다음과 같이
편집/생성 한 후 사용자의 WSDL 및 코드 결과 사이의 관계는
장점 : 하나 개의 파일 동기화, 종속되지
단점 : 하나 큰 파일, 어디로가는 지에 대해 명확한 이미지를 얻는 것이 더 힘들 것입니다.
개의 파일 :
장점 : 작은 파일, 쉽게 유지하고 확장
단점을하기 : 아마도 열심히 상호 참조 종속성을 디버깅하거나 중복 된 항목
제안 찾는 :
WSDL 파일이 계약과 유사한 것으로 간주됩니다. 따라서 '공통적 인'감각 정보의 목록을 유지해야하며 현재 애플리케이션에서만 필요한 정보만을 전문으로 사용해야합니다. 두 번째 계층 파일 (첫 번째 파일을 포함하는 포인터가 있음)에서 단일 '어휘'파일 및 일부 기본 (공통) 작업에서 '개체'를 유지할 것을 제안합니다. 그런 다음 모든 전문 분야에서 현재 응용 프로그램 요구 사항에 고유 한 작업 만 지정하거나 여러 파일로 작업을 분할하는 세 번째 계층 파일을 작성합니다.
'wsdl 당 하나의 작업'과 '번들링 작업'은 무엇을 의미합니까? 어쩌면 예를 들어 주시겠습니까? –