[Serializable]을 [DataContract]로 변경

Question

[Serializable] 특성을 사용하는 기존 클래스 집합이 있습니다. 나는 그들을 WCF 서비스에 노출시켜야하고 그래서 그들에게 [DataContract] 속성이 필요하다. 그것은 Serializable과 함께 작동하지만 속성은 재미있는 이름을 얻습니다 ... k__BackingField.

이 클래스는 다른 곳에서도 사용되며 속성을 바꾸어서 위험 요소가 있는지 여부를 궁금해합니다. 또한, 둘 다 가질 수있는 좋은 생각입니까?

감사합니다.

Answer 1

DataContractAttribute를 지정했지만 포함 할 멤버를 구체적으로 지정하지 않은 경우 기본 비헤이비어는 클래스의 모든 필드 (비공개 필드 포함)를 serialize하는 것입니다. 따라서 자동으로 구현 된 속성을 사용하고 있기 때문에 얻는 이름이 있습니다.

즉, 다음과 같이 클래스 정의를 변경하십시오. 직렬화하려는 속성의 DataMember 특성에 유의하십시오.

[DataContract] 
public class MyClass { 

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

    [DataMember] 
    public int SomeInt { 
     get; 
     set; 
    } 

    public string DontSerializeThis { 
     get; 
     set; 
    } 

} 

이는 DataContractSerializer가 속성이 아니라 자신의 컴파일러가 생성 한 백업 필드를 직렬화하게됩니다. 그러나 직렬화 된 데이터를 가져오고 설정하기 위해 이러한 속성 접근자를 거치므로 속성의 읽기/쓰기 공용 속성이 필요합니다.

다른 옵션은 자동 구현 된 속성을 "기본"속성 (자신의 배경 필드 추가)으로 변경하는 것입니다. 그런 다음 모든 DataMember 특성을 그대로 둘 수 있습니다. 즉, 모두 직렬화됨을 의미합니다. 또는 원하는 경우 직렬화 된 출력에서 ​​이름을 변경할 수 있도록 DataMember 특성을 새로 만든 필드에 추가 할 수 있습니다.

마지막으로 두 시스템 모두에서 클래스를 직렬화 가능하게 만드는 것이 좋은지에 관해서는 실제로는 그렇지 않습니다. BinaryFormatter 또는 XmlSerializer와 같은 클래스를 사용하여 클래스를 표준 직렬화에 참여 시키려면 DataContractSerializer가 이미이 클래스를 serialize 할 수 있으므로이 시나리오를 대상으로해야합니다.

목표가 빠르고 효율적이며 .NET 3+에서 .NET 3+ (또는 Silverlight) 통신 인 경우 DataContract를 사용하는 것이 좋습니다. XML represenation에 대한 상호 운용성 및/또는 제어가 목표 인 경우 XML 직렬화 특성을 고수하십시오.

public string DontSerializeThis { 
    get; 
    set; 
} 

는 백업 필드 때문에 같은 대답에 언급 된 기본 동작, 직렬화 속성 발생합니다 :

Answer 2

는 조쉬 아인슈타인의 대답에서이 코드 발췌 생각합니다. - 내가 XmlSerializer가 그래서 난 내 유일한 옵션은 자동 속성을 소비하는 것 같다 사용하고있을 수 있습니다 기존 코드와의 호환성을 유지해야 http://msdn.microsoft.com/en-us/library/system.runtime.serialization.ignoredatamemberattribute.aspx