0

Martin Fowler에 따르면 테이블/행 데이터 게이트웨이는 데이터 매퍼 패턴과 상호 배타적이지 않습니다. 이것은 그가 말한 :데이터 맵퍼와 함께 데이터 게이트웨이를 어떻게 사용할 수 있습니까?

이러한 패턴은 그러나 테이블이나 서비스를 포장하기 위해 데이터 게이트웨이를 사용할 수 있습니다, 당신은 이 기본 지속성 메커니즘으로 데이터 매퍼를 사용하는 경우에도 ... 완전히 상호 배타적이 arent 그 외부 인터페이스로 처리되는 입니다.

그러나 데이터 게이트웨이가 데이터 매퍼와 함께 사용되는 상황을 생각할 수 없습니다. 누구든지 자세한 내용을 설명하고 가능하면 데이터 게이트웨이와 매퍼의 통합이 어떻게 수행되는지에 대한 실제 예를 제공 할 수 있습니까? 감사.

답변

0

단일 프로젝트에서 두 가지를 모두 사용할 수 있다는 점에서 상호 배타적 인 것은 아닙니다. 특히 Fowler는 외부 인터페이스로 취급되는 특정 테이블이있는 경우 게이트웨이로 캡슐화 할 수 있음을 나타냅니다. 테이블 데이터 게이트웨이는 간단하고 직접적인 인터페이스입니다. 반면에 데이터 맵퍼는 테이블 데이터 게이트웨이보다 우수한 격리를 제공하는 경향이 있으므로 도메인 모델에 매핑하는 것이 더 적합합니다. 이 접근법의 주된 예는 ORM입니다.

+0

설명해 주셔서 감사합니다. 그래서 그것은 기본적으로 Gateway와 Data Mapper를위한 복잡한 테이블/도메인 로직을위한 간단한 테이블/도메인 로직에 관한 것입니까? 저자는 게이트웨이를 매개체로 사용하여 원시 데이터를 검색 한 다음 데이터 매퍼가이 원시 데이터를 도메인 모델에 '매핑'한다고 말하고있었습니다. –

+0

일반적으로 이러한 시나리오에서는 관계형 데이터베이스 액세스 라이브러리가 효과적으로 게이트웨이 역할을합니다. .NET 세계에서는 ADO.NET이 될 것이고, Java는 JDBC입니다. – eulerfx

+0

나는 그것이 어떻게 작동하는지 보았다. 감사. –

관련 문제