Где ADO.net Data Services вписывается в N-Layer Arch? - PullRequest
2 голосов
/ 15 сентября 2009

Мне не нравится доступ к данным непосредственно из уровня пользовательского интерфейса. Я почему-то не понимаю, где использовать службу данных ADO.net в программном обеспечении N-Layer Arch.

РЕДАКТИРОВАТЬ: я борюсь с концепцией службы как DAL. Я бы предположил, что это не слишком эффективно, хотя выглядит масштабируемым.

1 Ответ

2 голосов
/ 15 сентября 2009

Я здесь не эксперт, но из того, что я могу почерпнуть из прочитанного мною чтения, ADO.Net Data Services, по-видимому, является способом предоставления RESTful-доступа к вашей модели данных, определенной в EDM. Я думаю, что главное в том, что сущности определяются с использованием определения EDM, которое вы, вероятно, используете на своем уровне данных с помощью Entity Framework (если вы не можете просто использовать WCF вместо Data Services), и отслеживание изменений с помощью EF на всех уровнях затруднительно и поскольку служба основана на REST (HTTP), существует поддержка Etags , которая позволяет отслеживать изменения, что ........ надеюсь, вы получите картину ...... сделает вашу жизнь проще.

Теперь, как я уже говорил, я не эксперт, но это то, что я сделал из этого до сих пор (только из исследований). Одна часть, которую я пропускаю, - это то, что WCF поддерживает REST, так как она вписывается или где это размещает службы данных (я полагаю, что всегда будет потребность в службах RESTful, которые не нуждаются или не хотят EDM)? 1005 *

Хотелось бы услышать, что думают другие (более опытные) пипы, так как я тоже могу не попадать в цель.

...