"Bottom up"또는 "top down"?웹 서비스 생성의 기본 유형은 어떤 것입니까?
처음에는 위에서 아래로 사용했지만 어떤 구현이나 유효성 검사도하지 않은 디자인 옵션을 많이 느꼈습니다.
지금 내 접근 방식은 새로운 서비스를 만들 때 "바닥을 위로"천국입니다.
"계약 우선"을 사용합니다. XML 메시지를 설명하는 스키마로 시작하여 거기에서부터 작업하십시오. WSDL을 생성하고 엔드 포인트에서 XML을 처리하게하십시오. 그런 식으로 "오리 타이핑"을 할 수 있습니다.
코드에서 WSDL을 생성하는 것이 좋습니다. 모델링 코드 우선은 훨씬 쉽고 편합니다. 또한 XSD에서 생성 된 클래스는 내 경험에 다소 난잡한 경향이 있으며 API로 공개 될 때 실제 악몽이 될 수 있습니다.
이것은 또한 내가 선호하는 것이지만 어쩌면 WSDL을 작성하여 일부 상호 운용성 문제를 해결할 수 있습니다. –
wsdl 작성을 상향식과 상향식으로 설명 할 수 있는지 잘 모르겠습니다. 나는 당신이 사용하고있는 도구에 달려 있다고 생각합니다. 일부 제품은 먼저 스키마를 만드는 것이 좋습니다. 다른 것들은 코드로 시작하는 것이 더 낫습니다. 그것은 정말로 당신이 접근 할 수있는 것에 달려 있습니다.
전반적인 SOA 구현 전략을 하향식과 상향식으로 설명 할 수있을 것이라고 생각합니다. 아래쪽은 데이터 액세스 수준에서 서비스를 시작한 다음 상위 수준의 서비스를 시작하는 것입니다. 하향식에서 주요 프로젝트를 얻는다면 활용할 몇 가지 서비스를 만들고, 문질러서 닦으십시오. & 반복하십시오.
이 경우 하단을 위로 이동하는 것이 좋습니다. 투자 수익 (ROI)은 더 길지만 이러한 서비스가 지속적으로 레버리지를 사용하여 절약 효과를 얻을 수 있기 때문에 가능합니다.
두 가지 방법 모두 계약 우선 적용되지 않습니까? 선택은 계약을 정의하는 방법 인 것처럼 보인다 : 프로그래밍 언어의 클래스 또는 XML 스키마 정의. –
나는 프로그래밍 언어의 클래스가 더 부서지기 쉽다고 생각한다. 왜냐하면 클래스를 변경한다는 것은 서비스와 클라이언트 모두를 변경한다는 것을 의미하기 때문이다. 적어도 XML 스키마에서는 클라이언트 언어를 지정하지 않고 "오리 입력"을 수행 할 수 있습니다. 서비스가 체리로 XML에서 원하는 것을 선택할 수있는 한 ... – duffymo
어떻게 클라이언트 언어를 지정합니까? 계약을 정의하기 위해 코드를 사용할 때 원본 코드를 더 간단하고 깨끗하게 유지하기 위해 "오리 타이핑 (duck typing)"을 사용합니다. –