Таблицы поиска - где поместить в n-уровневую архитектуру - PullRequest
1 голос
/ 17 августа 2010

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

Текущая архитектура имеет уровень данных, бизнес-уровень и уровень представления. Все вызовы базы данных находятся на уровне данных (с использованием объектов модели и репозиториев). Бизнес-уровень вызывает уровень данных, а объекты BL преобразуют объекты уровня данных. Затем уровень представления вызывает бизнес-уровень и использует бизнес-объекты. (В основном UI -> Услуги -> Хранилища)

Я просто вижу, как бесполезно проводить это через бизнес-уровень, когда нет бизнес-логики. Я не против добавить слой Lookup или Common layer к этой архитектуре, но я не знаю, куда он будет вписываться или как я буду включаться в текущий поток. Любые идеи о том, как я могу это сделать, действительно помогут.

РЕДАКТИРОВАТЬ: Я думаю, я действительно хотел бы знать, как включить здесь общую библиотеку, чтобы я мог добавить в нее поисковые запросы. Должна ли общая библиотека находиться между бизнес-уровнем и пользовательским интерфейсом или она должна быть «заменой» бизнес-уровня? Или мне вообще нужна Общая библиотека?

Ответы [ 2 ]

4 голосов
/ 17 августа 2010

Не зная ничего о вашей архитектуре ...

Я предлагаю использовать существующие BusinessLogicLayer и BusinessLogic.

Это может показаться излишним, поскольку для этих поисковых запросов нет бизнес-логики.

Но, по крайней мере, код будет соответствовать существующим соглашениям / подходу.

И если в будущем будут введены условия businesslogic или lookup, вам не придется менять PresentationLayer.

0 голосов
/ 17 августа 2010

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

...