WCF : 설정없이 읽기 전용 DataMember 속성 노출?

Question

나는 클라이언트 측에서 [DataContract]를 통해 사용할 수있게 만드는 서버 측 클래스가 있습니다. 이 클래스에는 속성을 통해 사용할 수 있도록하려는 읽기 전용 필드가 있습니다. 그러나 얻을 수없고 설정하지 않고도 [DataMember] 속성을 추가 할 수있는 것처럼 보이지 않기 때문에 그렇게 할 수 없습니다.

그래서 setter없이 [DataMember] 속성을 사용할 수 있습니까?

[DataContract] 
class SomeClass 
{ 
    private readonly int _id; 

    public SomeClass() { .. } 

    [DataMember] 
    public int Id { get { return _id; } }   

    [DataMember] 
    public string SomeString { get; set; } 
} 

또는 용액은 [DataMember를] 필드로 사용한다 - (같은 예를 도시 here)? 이것도 시도해 보았지만, 그 필드가 읽기 전용인지 신경 쓰지 않는 것 같은데 ..?

편집 : 이렇게 해킹하여 읽기 전용 속성을 만들 수있는 유일한 방법입니까? (아니요 - 이것을하고 싶지 않습니다 ...)

[DataMember] 
public int Id 
{ 
    get { return _id; } 
    private set { /* NOOP */ } 
} 

Answer 1

"서버 측"클래스는 실제로 클라이언트에 "사용 가능"하지 않습니다.

데이터 계약에 따라 클라이언트는 서비스의 XML 스키마와 새로운 클래스를 새로 만듭니다. 그것 수 없습니다 그 자체가 서버 쪽 클래스를 사용!

XML 스키마 정의에서 새 클래스를 다시 작성하지만 해당 스키마에는 가시성 또는 액세스 한정자와 같은 .NET 특정 항목이 포함되지 않습니다. 결국 XML 스키마 일뿐입니다. 클라이언트 측 클래스는 와이어에서 동일한 "발자국"을 가지도록 생성됩니다 (예 : 그것은 기본적으로 동일한 XML 형식으로 직렬화됩니다.

당신 수없는 표준 SOAP 기반 서비스를 통해 클래스에 대한 "전송".NET 특정 노하우 - 아니 클래스 - 결국, 당신이 주변에 전달하는 모든 직렬화 된 메시지가 있습니다! (마이크로 소프트의 돈 상자에 의해 정의)

검사에게 "SOA의 네 신조"

1. 경계는
2. 서비스가 자율적
3. 서비스를 클래스가 아닌 스키마와 계약을 공유
4. 있습니다 명시 적있다 안정성은 정책을 기반으로합니다.

포인트 3 참조 - 서비스 공유 스키마 및 계약 아니요 클래스 - 데이터 계약에 대한 인터페이스와 XML 스키마 만 공유합니다. 모든 것이 .NET 클래스가 아닙니다.

Answer 2

클래스를 사용하여 계약을 구현하기 전에.

Answer 3

필드에 속성이 아닌 DataMember 특성을 넣습니다.

WCF는 캡슐화를 알지 못한다는 것을 기억하십시오. 캡슐화는 SOA 용어가 아니라 OOP 용어입니다.

그런데이 필드는 수업을 사용하는 사람들을 위해 읽기 전용으로 사용됩니다. 서비스를 사용하는 모든 사용자는 자기 분야의 모든 필드에 액세스 할 수 있습니다.

Answer 4

내 서비스 계층의 클래스에 일부 속성이 있는데 Silverlight로 전달하려고했습니다. 나는 완전히 새로운 수업을 만들고 싶지 않았습니다.

실제로는 '권장'은 아니지만, 이것은 Total 속성을 실버 라이트로 전달하는 데 드는 두 가지 문제 중 적은 것으로 보입니다 (시각적 데이터 바인딩 전용).

public class PricingSummary 
{ 
    public int TotalItemCount { get; set; } // doesnt ideally belong here but used by top bar when out of store area 

    public decimal SubTotal { get; set; } 
    public decimal? Taxes { get; set; } 
    public decimal Discount { get; set; } 
    public decimal? ShippingTotal { get; set; } 
    public decimal Total 
    { 
     get 
     { 
      return + SubTotal 
        + (ShippingTotal ?? 0) 
        + (Taxes ?? 0) 
        - Discount; 
     } 
     set 
     { 
      throw new ApplicationException("Cannot be set"); 
     } 
    } 
} 

Answer 5

이 방법이 있습니다. 그러나 그것이 this answer :

"3. 서비스는 스키마가 아니라 계약서가 아닌 클래스"에 인용 된 다음 원칙에 위배된다는 것을주의해야합니다.

이 위반을 우려하지 않는 경우

, 이것은 당신이 무엇을 :

1. 이동 별도의 (휴대용) 클래스 라이브러리에 서비스 및 데이터 계약. [DataMember]가 백업 분야에 적용되는

   namespace SomeService.Contracts 
   { 
       [DataContract] 
       public sealed class Foo 
       { 
        public Foo(int x) 
        { 
         this.x = x; 
        } 
   
        public int X 
        { 
         get 
         { 
          return x; 
         } 
        } 
   
        [DataMember] // NB: applied to the backing field, not to the property! 
        private readonly int x; 
       } 
   } 
   

   하는 것으로하고, 해당 읽기 전용 속성에 하지 : 이것은 당신이 불변 [DataContract] 클래스를 정의하는 것 방법이다 (.의이 조립 SomeService.Contracts를 부르 자).

2. 서비스 응용 프로그램 프로젝트 (고객 번호 SomeService.Web)와 고객 프로젝트 (내 이름은 SomeService.Client)의 계약 어셈블리를 참조하십시오. 이 솔루션 내부의 다음 프로젝트 종속성이 발생할 수 있습니다 :

   

당신이 당신의 클라이언트 프로젝트에 서비스 참조를 추가 할 때

3. 다음, 확인을 옵션 "재사용 유형"를 사용할 수 있고, 보장해야 계약 어셈블리 (SomeService.Contracts)이 포함됩니다

   

자보세요! Visual Studio는 서비스의 WSDL 스키마에서 Foo 형식을 새로 생성하는 대신 계약 어셈블리에서 변경할 수없는 Foo 형식을 다시 사용합니다.

마지막 경고 하나 : that other answer에 인용 된 서비스 원칙을 이미 벗어났습니다. 그러나 더 이상 이탈하지 않도록하십시오. 데이터 계약 클래스에 (비즈니스) 논리를 추가하기 시작하면 좋을지도 모릅니다. 하지마. 사용자는 관리 할 수있는 것처럼 바보 데이터 전송 개체 (DTO)에 가까이 있어야합니다.