2010-03-15 5 views
1

우리는 Asp.Net 또는 WinForm 응용 프로그램에서 호출 할 수있는 WCF 계층을 설계하고 있습니다. 우리 애플리케이션에 너무 많은 개체가 포함되어 있습니다. 기본적으로 두 가지 선택이 있습니다. 우리가 이들 기관의 주위에 WCF 계약을 설계 할 경우WCF 계약을 설계하는 방법은 무엇입니까?

  1. 우리는 너무 많은 계약 예컨대 IPartyService, IUserService는, IPaymentService 등 그래서, 30 ~ 40 계약으로 끝낼 수 있습니다거야?

  2. 거대한 계약 중 약 100 건이 계약 중 하나입니까?

각 방법의 장단점은 무엇입니까? 아니면 더 좋은 방법이 있습니까?

+1

CRUD 또는 비즈니스 로직의 구현 방법은 무엇입니까? –

+0

대부분 CRUD지만 비즈니스 및 유효성 검사 논리를 가질 수도 있습니다. – Amitabh

+0

네 개의 CRUD 연산이있는 40 개의 엔티티는 각각 제네릭으로 구현하기 어렵지 않지만 실제로는 4 개의 연산 만 만들고 매개 변수로 유형을 전달한다고 생각합니다. 이 기능이 귀하에게 유용 할 수 있습니까? 아니면 엔티티 별 요구 사항이 다를 수 있습니까? –

답변

1

첫 번째 방법은 엔티티를보다 체계적으로 만듭니다. 단점은 엔드 포인트가 너무 많다는 것입니다. 고객은 작업을 수행하기 위해 여러 서비스 인스턴스를 초기화해야합니다 (예 : 고객 및 주문 세부 사항을 저장하려면 고객 서비스 및 주문 서비스를 초기화해야합니다.) - 그러나 각 서비스에 비즈니스 프로세스를 논리적으로 구현하면 이러한 오류를 방지 할 수 있습니다. 조작).

두 번째 접근법은 클라이언트 앱 개발자에게 압도적입니다. 모든 것이 단일 계약으로되어 있기 때문에 이점은 성능입니다. 코드를 최적화하고 서비스 호출을 최소화하는 것이 더 쉬울 것입니다.

관련 문제