#design-patterns #oop
#шаблоны проектирования #ооп
Вопрос:
Я смотрю на фрагмент кода, который объединяет все разрозненные данные запроса в один объект. Существует ли шаблон проектирования, который применим к этому сценарию?
Комментарии:
1. Шаблон «доставит будущим сопровождающим головную боль»? Серьезно, объединение разрозненных данных в объекте не кажется хорошей идеей.
2. Может быть, совокупный шаблон? goodcoffeegoodcode.blogspot.com/2010/04 /…
3. Что заставляет вас думать, что для этого существует шаблон, что программирование вообще является шаблоном и что шаблон (если он существует) наиболее подходит для вас? Спросите о вашей реальной проблеме с кодированием, опишите цель, а не шаг , и попробуйте еще раз. Мы попытаемся найти решения вашей проблемы, мы не будем пытаться загнать решение в коробку.
4. @GMan разве нет шаблона для чего-нибудь? 🙂
Ответ №1:
Это действительно не считается шаблоном.
Даже у разрозненных данных должно быть что-то общее, и наличие этого в одном вызове базы данных можно считать хорошим программированием.
Конечно, если возможно, что данные позже должны быть распределены или выполнены в параллельных вызовах (обычно хранимые процедуры являются последовательными, поэтому, когда клиент запускает несколько параллельно и ожидает завершения всех, часто может быть быстрее), такую архитектуру можно считать преждевременной оптимизацией.
Ответ №2:
Я не совсем уверен, к чему вы клоните … но я бы назвал это ФАБРИКОЙ — тогда реализация фабрики могла бы оптимизировать выбор способа объединения своих элементов. (предположительно, за счет меньшего количества вызовов базы данных или любого другого трюка, который вы можете придумать)
Комментарии:
1. я не думаю, что factory даже близко к этому. помните, что фабрики — это в основе своей шаблоны создания
2. да — OP, похоже, создает какой-то объект, который состоит, возможно, из нескольких наборов результатов вызова базы данных…