Стратегии внедрения WCF Data Services

Не делайте второго.

Интерфейс WCF Data Services основан на Atom Pub, основанном на REST, предназначенном для работы с клиентами.

Вот одна из ключевых причин. Вы не можете выполнять транзакции с двухэтапной фиксацией через интерфейс службы данных WCF, и я надеюсь, что команда WCF никогда не попытается включить его.

Службы данных WCF предназначены для предоставления данных удаленному клиенту, а не как слой в архитектуре.

Вот моя попытка обрисовать в общих чертах все, что я нашел по этому поводу.

Назначение служб данных - предоставить доступ к определенному типу ресурса через веб-URI. Доступ / изменение всех данных осуществляется стандартными HTTP-командами (GET, POST, PUT, DELETE).

Стандартный ответ для DS (полностью настраиваемый) - JSON / Atom.

Стандартный стиль служб данных предназначен для использования в качестве внутреннего уровня доступа для любого типа клиента, которому требуется доступ к своим данным через Интернет.

Службы данных поддерживают добавление дополнительной бизнес-логики (через служебные операции / перехватчики), но обычно используются в случаях, когда бизнес-логика ограничена.

Таким образом, службы данных предназначены для работы с клиентами, вы раскрываете свои данные, чтобы к ним можно было получить доступ через Интернет из другого тела. Хотя вы можете заставить службы данных вписываться в уровень доступа к данным внутреннего сервера, вам следует делать это только в том случае, если вы можете найти для этого уважительную причину. С услугами передачи данных связано много ненужных накладных расходов на производительность и кодирование.

Я не нашел каких-либо ресурсов (блогов или статей), предлагающих использовать их в качестве уровня dao в серверных приложениях.

Случаи использования Data Service на стороне сервера:

1) Легче версии сервисов данных. Я могу выпускать различные версии модели сущностей, не затрагивая всех, кто ее использует (можно было бы возразить, что вы могли бы сделать то же самое, приложив немного больше усилий, просто используя модель сущностей ADO.NET)

2) Хотите иметь доступ к данным на более низком уровне. Вы разрешаете черный доступ к своей базе данных. На высоком уровне вы представляете бизнес-службу и службу доступа к данным через черный ход. Возможен случай, когда другой домен имеет только подмножество общих данных в своей модели данных и ему необходимо фильтровать что-то, что есть в вашей модели. Служба передачи данных позволит вам общаться через VIA универсально через uris.

Ресурсы

Информационный документ об использовании служб данных Microsoft ADO.NET

Обзор служб данных ADO.NET

Упрощение нашей многоуровневой платформы разработки: превращение трех вещей в одну вещь

Службы данных для Интернета

Настроить уровень доступа к данным на сервисах данных - самоубийство. Службы данных WCF предназначены для удаленных клиентов. Вот и все.

Итак, мой вопрос прост: предназначены ли службы данных WCF для использования через клиентов? Или кто-нибудь когда-нибудь слышал о том, чтобы кто-то использовал их на стороне сервера?

Имейте в виду, что термин «клиент» имеет широкое значение и может включать в себя серверные системы, поэтому в этом смысле краткий ответ будет положительным. Я не слышал, чтобы кто-нибудь использовал их на стороне сервера, но почему бы и нет; RSS используется для объединения данных между системами, WCF Data Services - еще один способ сделать это.

Может быть, вы смотрите на это с технологической точки зрения, когда на самом деле вам нужно мыслить более целостным образом? WCF Data Services - это просто инструмент - используйте их там, где это необходимо.

Если посмотреть на некоторые из общих обзорных документов, похоже, WCF Data Services имеет довольно широкий спектр возможных приложений.