2
이것은 기술적 인 문제가 아니라 철학적/모범 사례 유형의 질문입니다.메서드가있는 WCF DataContract 클래스
서버 측에서만 사용되는 메서드를 사용하여 DataContract 클래스를 작성하는 것에 대해 강력한 인수가 있습니까? 또는 DataMember 특성으로 장식되지 않은 추가 속성은 무엇입니까? 예를 들어
는 : 확장 방법을 사용하여 쉽게 만들 수 있지만
[DataContract]
public class LogEntry
{
[DataMember]
public string Message { get; set; }
[DataMember]
public string Severity { get; set; }
public string SomeOtherProperty { get; set; }
...
public void WriteToDatabase()
{
...
}
}
는, 그것이 내가 피하기 위해 선호하는 추가 작업 엄청 많이 보인다 일을하지 않습니다. 그러나 좋은 개발자로서 그렇게하는 것이 바람직하지 않은지 궁금합니다.
이것은 http://stackoverflow.com/questions/1121020/datacontracts-with-behavior와 정확히 일치합니다. –
고마워요, 조사를 할 때 저것을 보지 못했습니다. 거기에 하나의 유효한 답변이 하나도없는 것 같아요.하지만 DataContract를 멋지게 유지하는 것이 좋습니다. DataContract에서 클래스를 파생시키려는 아이디어를 매우 좋아합니다. 확장 메소드보다 훨씬 융통성이 있습니다. 즉, 추가 속성을 추가 할 수도 있습니다. – jeanml