0
내 도메인 계층과 GUI를 분리하고이를 수행 할 수있는 다양한 방법을 모색하면서 내가 계속 묻는 한 가지 이유는 왜 그렇게 어려운 것입니까? 왜 데이터에 대한 모든 추가 코드가 obejcts인지, 그런 다음에 값을 복사하거나 가져 오는 속성의 모든 추가 매핑이 더 쉬운 방법이되어서는 안됩니까?EF Designer와 같은 매핑 도구가 있지만 데이터 개체의 경우?
그런 다음 MS Access를 사용하여 작은 littler db app를 사용했을 때 생각났습니다. 액세스에는 다이너 셋 개념이 있습니다. 기본적으로 다이너 셋은 업데이트 가능한보기를 제외하고는 SQL Server보기와 같은보기입니다. 따라서 MS Access 폼은 View/Dynaset을 기반으로하므로 관련된 모든 개별 테이블의 세부 사항을 알 필요가 없습니다. 나에게 Data 객체 패턴처럼 들린다. 이제 Access에서 20 년 동안이 작업을 수행 했으므로 프레젠테이션에서 엔티티를 추상화하는 엔티티 프레임 워크 용 Dynaset, View, Mapping 도구가 없습니까? 내가 모르는 사람이 있습니까? 제 3 당?
의견이 있으십니까?
예, 이미 POCO 생성을 위해 EF를 사용하지만, 포항 강판은 프리젠 테이션 계층에 표시되지 않을 수 있습니다 나는, 층의 seperation에 대해 이야기하고있다. AutoMapoper는 1t 1지도처럼 보이는 것으로 생각했던 것과 매우 비슷하게 보입니다. 반면에 View에서와 마찬가지로 manty tavbles와 field map이 GUI에서 사용되는 하나의 결과 세트로 매핑됩니다. 예 : Customer, Order, OrderItems, ShipMethod => 프리셋 레이어의 One OrdetrInfo 객체로 모두 정리하겠습니까? – JAMES
매우 엄격한 레이어 분리처럼 들립니다. 개인적으로 POCO 엔티티를 모든 레이어에서 공유하는 응용 프로그램의 핵심으로 선호합니다. 데이터 지속성은 DB 매핑을 수행하고 DTO 매핑은 DTO 매핑을 수행하지만 여전히 두 레이어 모두 해당 엔티티를 볼 수 있습니다. 뷰와 같은 매핑에 관해서는, 나는 그런 도구를 모른다. 미안하다. –
그것은 꽤 표준 MVC 엔터 프라이즈 소프트웨어 물건입니다. 하지만 나는 그저 엔티티 자체를 사방에 사용하는 것이 더 쉽지만, 요즘 건축가들과 같이 근사하지는 않습니다. – JAMES