나는 큰 물건을 가지고있다 :
class BigObject{
public int Id {get;set;}
public string FieldA {get;set;}
// ...
public string FieldZ {get;set;}
}
특수한 DTO와 유사한 객체 :
class SmallObject{
public int Id {get;set;}
public EnumType Type {get;set;}
public string FieldC {get;set;}
public string FieldN {get;set;}
}
개인적으로 BigObject를 SmallObject로 명시 적으로 캐스팅하는 개념을 발견했습니다. 단방향의 데이터 손실 작업이라는 것을 알고 있습니다. 매우 직관적이고 읽기 쉽습니다.
var small = (SmallObject) bigOne;
passSmallObjectToSomeone(small);
명시 적 연산자를 사용하여 구현됩니다.
public static explicit operator SmallObject(BigObject big){
return new SmallObject{
Id = big.Id,
FieldC = big.FieldC,
FieldN = big.FieldN,
EnumType = MyEnum.BigObjectSpecific
};
}
이제 메소드를 사용하여 SmallObjectFactory클래스를 만들 수 있습니다. FromBigObject(BigObject big)동일한 작업을 수행하고 종속성 주입에 추가하고 필요할 때 호출합니다 ...하지만 나에게는 훨씬 복잡하고 불필요합니다.
추신 : 나는 이것이 관련이 있는지 확실하지 않지만 ,로 설정하여 다른 설정 OtherBigObject으로 변환 할 수있을 것 입니다.SmallObjectEnumType
4
왜 생성자가 아닌가?
—
edc65
아니면 정적 팩토리 방법?
—
브라이언 고든
팩토리 클래스 또는 종속성 주입이 필요한 이유는 무엇입니까? 당신은 이분법을 허위로 만들었습니다.
—
user253751
@immibis-@Telastyn이 제안한 것에 대해 어떻게 든 생각하지 않았기 때문에 :
—
Gerino
.ToSmallObject()method (또는 GetSmallObject()). 이유의 순간적인 소멸-나는 내 생각에 뭔가 문제가 있다는 것을 알고 있었다. 그래서 나는 너희에게 물었다. :)
이것은 ISmallObject 인터페이스의 완벽한 유스 케이스처럼 들립니다. ISmallObject 인터페이스는 BigObject에 의해서만 광범위한 데이터 / 동작의 제한된 세트에 대한 액세스를 제공하기위한 수단으로 만 구현됩니다. 특히 @Telastyn의
—
Marjan Venema
ToSmallObject방법 에 대한 아이디어와 결합 될 때 .