В поисках паттерна для обработки значений выборки?

Question

[Setti]

Привет!

Думаю о паттерне обработки выборки из базы.

В целом задача в упрощенном виде такая: есть выборка некоторого множества товаров из базы, нужно произвести обработку значений для каждого товара:

— применить скидки

— применить фильтры к товару для данного покупателя

— всякие бонусы

— дополнительные атрибуты в зависимости от ситуации

и т.д. и т.п.

Сделать class Items_pool и понавешать foreach для каждого случая — первое, что приходит в голову, но чувствую, что это некрасиво. Есть какие-то best practice?

Answer 1

[Angelina_Joulie]

Предлогаю Chain-of-responsibility pattern
en.wikipedia.org/wiki/Chain-of-responsibility_pattern

Если я правильно поняла задачу, как пошаговое выполнение каких-то действий.
Таким образом каждый блок будет отвечать за добавление/отнимание чего бы то ни было от «базовой» цены.

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

Comments

[Angelina_Joulie]

Но, более корректный план тестирования будет зависить от задачи.
Мне почему-то опыт подсказывает, что не всегда созданые таким образом блоки можно будет протестировать по-отдельности.

[Setti]

К test-driven отношусь скептически, поэтому не мешает. Отмечу ваш совет как решение, буду пробовать. Спасибо, в принципе нравится.

[Setti]

А вот еще подскажите: есть ли смысл делать из объектов экземпляры классов? Имеется ввиду, чтобы вместо $factory->get_rur_price($item->usd_price); делать так: $item->get_rur_price();

Answer 2

[Евгений]

Вы тянете все товары из базы, а потом применяете фильтры?

Comments

[Setti]

Нет конечно. Последние 20 или для рубрики или для главной. Лимиты присутствуют. Фильтры — в смысле для значений (обрезать title, сконвертировать валюту и т.д.)

Answer 3

[Gluttton]

Чем не устравивает решение поставленной задачи на стороне SQL-сервера?

Comments

[Setti]

Тем, что слишком много логики ложится на модель. Кроме того, задачу, например, конвертации валюты и начисления скидок (уже контекст пользователя вообще) на стороне SQL решать нелогично.

Answer 4

[Gluttton]

Тем, что слишком много логики ложится на модель.

Помоему императивное «жевание» результата декларативной операции так же приведет к увеличению логики.

Сделать class Items_pool и понавешать foreach для каждого случая — первое, что приходит в голову, но чувствую, что это некрасиво

Для применения курса валюты на стороне клиента необходимо пройтись циклом по выборке, а при решении задачи средствами SQL достаточно попросить сервер результат умножить на курс.

Вам виднее, но мне кажеться логичным формирование индивидуального запроса на стороне клиента, (например с использованием хранимой процедуры если количество атрибутов строго ограничено, в противном случае слышал, что может помочь Query Object, но сам никогда не использовал) и получать от сервера «готовые» данные.

Comments

[Gluttton]

Ой, окошком для поста ошибся. Данный пост — коментарий к предыдущему посту.