Таблицы поиска - где поместить в n-уровневую архитектуру
У меня есть несколько таблиц поиска, которые я нахожусь в процессе слежения через мое приложение. Это таблицы, которые управляют выпадающими списками на сайте. У них нет бизнес-логики, но им нужно перейти из базы данных в пользовательский интерфейс, следуя архитектуре приложения.
Текущая архитектура имеет уровень данных, бизнес-уровень и уровень представления. Все вызовы базы данных находятся на уровне данных (с использованием объектов модели и репозиториев). Бизнес-уровень вызывает уровень данных, а объекты BL преобразуют объекты уровня данных. Затем уровень представления вызывает бизнес-уровень и использует бизнес-объекты. (В основном UI -> Услуги -> Хранилища)
Я просто вижу, как бесполезно проводить это через бизнес-уровень, когда нет бизнес-логики. Я не против добавить слой Lookup или Common layer к этой архитектуре, но я не знаю, куда он будет вписываться или как я буду включаться в текущий поток. Любые идеи о том, как я могу это сделать, действительно помогут.
РЕДАКТИРОВАТЬ: я думаю, я действительно хотел бы знать, как включить общую библиотеку здесь, чтобы я мог добавить поиски к этому. Должна ли общая библиотека находиться между бизнес-уровнем и пользовательским интерфейсом или она должна быть "заменой" бизнес-уровня? Или мне вообще нужна Общая библиотека?
2 ответа
Не зная ничего о вашей архитектуре...
Я предлагаю использовать существующие BusinessLogicLayer и BusinessLogic.
Это может показаться излишним, потому что для этих поисковых запросов нет бизнес-логики.
Но, по крайней мере, код будет следовать существующим соглашениям / подходу.
И если в будущем будут введены условия businesslogic или lookup, вам не придется менять PresentationLayer.
Вы должны проследить это через свой бизнес-уровень для согласованности. Код в этом слое может быть очень тонким на первой итерации для ваших поисков.