WCF 배포 단계 승리 시리즈 (6) 개발: WCF 서비스 계약 상속 및 분해 디자인

이전 섹션에서 우리는 (5) 서비스 계약 및 작업 오버 로드 부분 분산 WCF 개발 단계에 대해 배웠습니다. 오늘 우리는 WCF 서비스 계약 상속 및 서비스 분해 디자인 관련 지식 포인트에 대해 배울 수 계속. WCF 서비스 계약 상속의 장단점 이란 무엇입니까? 무슨 실제 프로젝트에서 원칙과 계약 디자인의 기초는? 어떤 객체 지향 설계 경험에서 배울 수 있습니다? 여기 우리는 자세한 설명을 줄 것 이다. 우선,이 종이 WCF 서비스, 예를 들어 코드 분석에서에서 계약 상속의 몇 가지 개념을 소개 하 고 서비스 계약 디자인을 설명 합니다. 우선, 서비스 디자인의 필요성, 서비스 디자인, 그리고 샘플 코드 분석의 원칙을 소개합니다. 마지막으로, 전체 텍스트 요약 부분. 구조는 다음과 같습니다: "1" oo 개체 지향 디자인 원칙, "2" 서비스 계약 상속, "3" 서비스 계약 분해 개념, "4" 서비스 계약 분해 원리, "5" 서비스 계약 분해 코드 분석, "6" 요약.

"1" 개체 지향 디자인 원칙 OO:

그것은 우리가 클래식 디자인 개체 지향 원칙을 먼저 검토 하는 데 필요한입니다. 이러한 디자인 원칙 WCF 서비스 계약 디자인에 대 한 중요 한 참조 값을 있다. 서비스 계약 실제로 사용 하 여 인터페이스 정의 구현, 구문을 비슷한, WCF 프레임 워크 특성 설정 메커니즘의 추가 같은 프로그래밍 모델을 확장 하는 기존 언어 시스템 기반. 만약 당신이 이제까지 Oo 개체 지향 개념에 접근 했다, 이러한 디자인 원리 이해 하기 어려운 되지 않습니다. 많은 프로그래밍도 서를 소개 합니다, 그리고 디자인 패턴 관련된 책 보다 자세한 소개를 할 것 이다. 다음은 몇 가지 주요 개념을 상속 하 고 아래의 섹션 WCF 서비스 계약 디자인에 대 한 접지 닦은입니다.

< 1 > 단일 책임 원칙 (SRP): 클래스 변경 할 단 하나의 이유 있어야 한다.

< 2 > 오픈 폐쇄 원칙 (OCP): 클래스 모듈 확장 가능 하지만 하지 수정할 수 있어야 합니다 (확장, 변화에 대 한 폐쇄를 개방).

< 3 > liskov 대체 원칙 (LSP): 서브 클래스의 기본 클래스를 대체 할 수 있어야 합니다.

< 4 > 종속성 반전 원칙 (DIP): 고급 모듈 추상화에 의존 한다 둘 다 낮은 수준의 모듈에 의존 하지 말아야. 추상화 구현 세부 사항에 의존 하지 해야 하 고 구현 세부 사항을 추상화에 의존 해야한다.

< 5 > 인터페이스 격리 원칙 (ISP): 클라이언트 프로그램 사용 하지 않는 방법에 의존 하는 강요 한다.