문제

최근에 여러 분산 클라이언트/서버 프로젝트를 수행했으며, 우리가 항상 실행하는 한 가지 고통 포인트는 DTO 객체를 엔티티로 번역하고 그 반대를 그 반대로 변환하는 것입니다. 이 시간 싱크대에 대한 "간단한"솔루션이 있는지 궁금하십니까?

내가 생각한 한 가지는 반사를 사용하여 일종의 번역을 내놓는 것이 었습니다 ... 나는 당신이 당신의 속성 이름이 와이어의 양쪽에 정확히 동일했는지 확인해야한다고 생각합니다. 그러나 그것이 작동하는 것처럼 보입니다.

이 시간의 일부를 피할 수있는 방법을 찾고 있습니다.

감사!!

도움이 되었습니까?

해결책

나는 사용하고있다 automapper 최근에, 그것은 매력처럼 작동합니다.

다른 팁

고통과 위험

손으로 속성을 얻는/설정! 이것을 시도 했습니까? http://dozer.sourceforge.net/.

Bean을 Bean으로 번역하기위한 유연하고 구성 가능한 프레임 워크. 도움이 될 수 있습니다!

전송 객체와 간단한 엔티티 번역을 자동으로 생성하기 위해 XDoclet과 같은 도구 (스크립트가 어렵지는 않지만)와 같은 도구를 사용하여 성공했습니다.

즉, 귀하의 엔티티 번역이 반사를 사용하여 수행하기에 충분히 간단하다고 생각되면 DTO 대신 Entity Object를 와이어 위로 전달할 수없는 이유가 있습니까? 완전히 날아간 DTO보다 약간 맞춤 직렬화를하는 것이 좋습니다.

사용 ValueInjecter, 그것으로 당신은 무엇이든 매핑 할 수 있습니다.

 object <-> object
 object <-> Form/WebForm
 DataReader -> object

그리고 그것은 평평한 기능과 같은 멋진 기능을 가지고 있습니다.

다운로드에는 많은 샘플이 포함되어 있습니다 (ASP.NET MVC, Web-Forms, Winforms, 단위 테스트에 대한 샘플 응용 프로그램)

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