Рассмотрим три службы геопространственной обработки :
- Служба A возвращает высоту с учетом точки
- Служба B возвращает точку с учетом адреса, а
- Сервис C берет точку и возвращает линию, отображающую ход воды, помещенной в данную точку.
Теперь рассмотрим архитектуру приложения, которое является клиентом для этих трех служб. Я не уверен, что это уместно, но службы A и B, по-видимому, являются репозиториями перед коллекциями с ключами по расположению (A) и адресу (B), а не более типичными типами int или GUID или чем-то еще, что у вас есть. Например, служба A, вероятно, использует растровую цифровую модель рельефа , которая представляет собой просто набор пикселей. Сервис C предоставляет больше умственной гимнастики, чтобы его клиент соответствовал шаблону хранилища, но, учитывая текущее состояние приложения, было бы намного проще разместить клиента для Сервиса C на уровне доступа к данным.
Какой риск, если таковой имеется, связан с размещением любого или всех этих клиентов на уровне доступа к данным, а не на уровне бизнес-логики c?