c # — Мнение о создании бизнес-уровня по миграции устаревшей системы
Я хочу мнение технократов,
Мы переносим сборку устаревшей системы в формы Oracle, используя Oracle 8i
база данных. Клиент хочет перестроить эту унаследованную систему в сети
приложение, поэтому мы выбираем MVC3 Framework. Клиент хочет, чтобы мы повторно использовали все
хранимые процедуры унаследованной системы, которая содержит бизнес-логику
приложение.Если каждая бизнес-логика написана в хранимой процедуре, то я думаю, что мы
не нужен бизнес-уровень в нашей системе.Итак, я создал три слоя:
Уровень интерфейса -> Приложение MVC 3
Уровень данных -> Используется для извлечения информации из хранимой процедуры
DTO Layer -> Используется для передачи данных с интерфейсного уровня на уровень данных.
Я не создал бизнес-объект или бизнес-уровень, так как все
бизнес-логика внутри хранимых процедур. Я не люблю создавать
бизнес-уровень, который просто перенаправляет запрос с интерфейсного уровня на данные
слой и не имеет никакого бизнес-уровня в нем.
Это правильный подход?
Решение
Бизнес-уровень — это отдельный проект
Если бизнес-уровень — это отдельный проект, я бы сосредоточился на частях, которые являются частью проекта. Вполне разумно иметь интерфейсный уровень с минимальной бизнес-логикой (обычно логикой проверки) в приложении на стороне сервера. Возможно, вам понадобится минимальная бизнес-логика в клиенте, чтобы сделать его более отзывчивым, т. Е. Он не проходит весь путь назад к базе данных для проверки ввода.
Вы можете иметь бизнес-уровень в базе данных (не то, чтобы я делал это), или на стороне сервера Java, или некоторые из них в клиенте (не то, чтобы я предлагал делать это либо в значительной степени)
Другие решения
Я бы порекомендовал вам по-прежнему создавать бизнес-уровень, даже если он просто перенаправляет все операции в хранимые процедуры, являющиеся частью уровня данных.
Поскольку клиент хочет, чтобы вы повторно использовали все хранимые процедуры, в которых есть бизнес-логика, также разумно, что он не захочет, чтобы вы изменили или добавили больше хранимых процедур. Могут произойти события, которые потребуют от вас реализации их по-другому или изменения последовательности бизнес-логики, которую вы затем можете поместить в свой бизнес-уровень. Возможно, вам может понадобиться бизнес-логика, которая не ориентирована на данные — это означает, что нецелесообразно использовать ее в хранимой процедуре, такой как отправка электронного письма или координация со сторонней системой.
detector