Модель базы данных - CRUD на одном объекте ENTITY с помощью 2 сервисных интерфейсов - PullRequest
0 голосов
/ 12 октября 2011

Модель моего приложения имеет конкретную сущность, и я собираюсь применить CRUD к той же сущности, используя 2 разных сервисных интерфейса,

В то же время эти два интерфейса будут работать на модели БД, яУ меня такая БОЛЬШАЯ проблема дизайна, из-за которой у меня возникнут проблемы позже,

С какими проблемами я столкнусь при этом,

Возникают ли какие-либо проблемы с техническим обслуживанием?

Правильно ли архитектурно использовать 2 интерфейса для одного и того же CRUD на одном и том же предприятии?

Ответы [ 2 ]

1 голос
/ 12 октября 2011

Это не большая проблема. На самом деле это шаблон интеграции «Общая база данных».

Вещи, на которые стоит обратить внимание:

  • Это увеличит ваши расходы на обслуживание, поскольку вам потребуется обновить и развернуть службы, использующие эти интерфейсы одновременно.
  • Вы должны быть осторожны, чтобы не создавать проблем с блокировкой, поскольку вы получаете доступ к таблицам данных с двух разных направлений.
0 голосов
/ 12 октября 2011

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

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...