UI 레이어에서 직접 데이터에 액세스하는 것을 좋아하지 않습니다. 나는 어떻게 든 N-Layer arch 소프트웨어에서 ADO.net 데이터 서비스를 사용해야하는 곳을 이해하지 못하고 있습니다.ADO.net 데이터 서비스는 N 계층 아치에 어디에 들어 맞습니까?
편집 : 나는 DAL로서 서비스의 개념에 고심하고있다. 나는 그것이 확장 성이 있지만 너무 효율적이지는 않다고 생각한다.
을 여기하지만 내가 수행 한 독서에서 무엇을 수집 할 수 있습니다에서 전문가는 생각하지 않습니다, ADO.Net Data Services는 EDM 정의 데이터 모델에 대한 RESTful 액세스를 제공하는 방법 인 것 같습니다. 나는 Entity Framework로 Data Tier에서 사용하고있는 EDM 정의를 사용하여 엔티티가 정의되었다고 생각합니다. (데이터 서비스 대신 WCF 만 사용하는 경우는 아닐 수도 있습니다.) 계층 전반에서 EF를 사용하여 추적을 변경하는 것은 어렵습니다. 서비스가 REST (HTTP) 기반이기 때문에 변경 추적을 가능하게하는 Etags에 대한 지원이 있습니다 ....... 희망에 따라 사진을 얻으면 ...... 당신의 삶이 더 쉬워집니다.
나는 전문가가 아니기 전에 내가 말했던 것처럼 지금은 (연구에만 의한) 지금까지 내가 만든 것입니다. WCF는 REST에 대한 지원을 제공하므로 데이터 서비스가 어디에 적합합니까 (또는 항상 EDM이 필요하지 않거나 EDM이 필요한 RESTful 서비스가 필요할까요?).
다른 대상 (경험이 많은 사람들)이 생각하는 것을 듣고 싶습니다. 대상에서 벗어난 것처럼 들릴 수도 있습니다.
당신은 데이터 액세스 레이어로 사용할 수 있습니다 여기 예에서와 같이, 비즈니스 로직 계층에서 데이터 액세스 레이어를 사용 http://www.asp.net/learn/data-access/
WCF 서비스를 통해 Biz 레이어를 노출하는 데 더 편한 이래로 ... 데이터를 편안한 방법으로 직접 노출해야하는 문제를 해결하는 데 어려움이 있습니다 .2 층 시나리오와 비슷한 것처럼 보입니까? – Perpetualcoder
데이터 서비스 리소스는 JSON 형식을 사용하여 노출됩니다.이를 etag 사용법과 함께 사용하면 클라이언트와 중간 계층 사이에서 더 많은 일을 할 수 있습니다 (특히 Microsoft AJAX 4.0의 내용을 볼 때). 네 말이 맞습니다. 이것은 2 계층 시나리오 일 뿐이지 만 항상 확장 될 수 있으며 동일한 EDM 모델로 작업하고 있으므로 작업이 덜 필요합니다. –