문제

다른 프로그래머에게 클래스가 본질적으로 데이터 컨테이너라는 표준 방법을 찾고 있습니다.

이것을 간단하게하십시오 User 예 : 클래스 :

class User
{
    public string userName { get; set; }
    public string passPhrase { get; set; }
    public Role role { get; set; }
}

"그 구성 요소는 사용자 클래스 인 사용자 클래스를 사용합니다."

"데이터 모델"이라고 말하고 싶지만 너무 광범위하다고 생각합니다. 데이터 모델로 묘사 된 클래스에는 종종 논리가 있습니다.

도움이 되었습니까?

해결책

때때로 이것을 DTOS- 데이터 전송 개체라고합니다.

다른 팁

POD- 평범한 오래된 데이터

어때요 : struct ?

이 경우 "값 객체"는 "데이터 전송 객체"보다 정확합니다. 값 객체는 단지 값을 포함합니다. 데이터 전송 개체는 추가로 해당 데이터를 다른 엔티티로 또는 다른 엔티티로 또는 다른 엔티티로 전송하는 방법을 구현해야합니다. "Bean"은 또한 특히 Java 서클 내에서 허용되는 용어입니다.

poxo- 일반 구식 X 객체, 여기서 x는 선택한 언어입니다. 귀하의 경우는 C#처럼 보이므로 Poco : Plain Old C# 객체입니다.

Java에서 각 속성에 대한 속성 및 getters/setter 만있는 클래스는 Bean 또는 Pojo (일반 Old Java Object)라고합니다.

데이터 전송 개체는 더 일반적으로 DTO라고합니다.

이것은 표준이 아니지만 종종 "Info"접미사를 클래스 이름에 첨부하여 클래스가 정보를 저장하고 전송하기위한 것임을 나타냅니다. 그래서 나는 당신을 바꿀 것입니다 User 수업 UserInfo.

UserData "이 빌어 먹을에 어떤 방법을 추가하지 말아라"는 맨 위에 댓글을 달아야 할 것입니다.

의도에 따라 데이터 전송 객체가 정확할 수 있습니다. 본질적으로 컨테이너이지만 "컨테이너"는 과부하이며 일반적으로 수집 유형을 나타냅니다.

값 객체는 동작을 가질 수 있지만 동일한 필드 값을 가진 독립적으로 생성 된 두 개의 값 객체가있는 경우 (예 : 레코드의 정체성은 중요하지 않음), 귀하가 가진 것이 가치 객체. 그러나 일반적으로 가치있는 물체는 불변 할 때 가장 좋습니다.

설계에 많은 데이터 전송 객체가있는 경우, 디자인을 때로는 빈혈 도메인 모델이라고도합니다.

에서 Haskell에 대한 부드러운 소개

"이와 같은 유형은 종종 튜플 유형이라고합니다. 본질적으로 다른 유형의 직교 제품이기 때문입니다."

데이터 객체, 데이터 전송 객체, DTO

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top