Enigman Ninja, в том примере что вы скинули, достаточно просто сделать (bool)$this->headers;
Дмитрий Кузнецов, специальное условие, которое проверяет true или false и возвращает true или false - это конечно стыд :)
такое махровое похапешничество "я не понимаю, что делает оператор if, но вот тебе код".
Я понимаю что джуниор но старайся все-таки понять что делают базовые операторы и булеву логику в целом. Очень пригодится.
У него сегодня защита этого курсача.
При том что чувак явно видит РНР код впервые в жизни.
Тут ночью целая драма в вопросах и ответах разыгрывалась, жаль модеры все поудаляли.
В общем, размеры скриншотов - это последнее, что его беспокоит :)
И непонятно что за метод вообще, мейк модел. У тебя метод репозитория УЖЕ возвращает модель утюга. Если для построения хтмл таблицы нужно две модели, то контроллер тупо запрашивает две и отдает две.
Во-первых, чего я никак не могу взять в толк - с какой стати для того чтобы получить данные за все время и за период нужно ДВА метода? Но это ладно у тебя, похоже, ещё и на каждый период ещё свой метод. Вот это ты сейчас реально серьезно, не придуриваешься?
Во-вторых, с какого перепугу у тебя должен меняться метод make model при добавлении условия?
Если добавляется новый параметр отображения то да, но если просто условие, красные или синие - модель то зачем менять?
И это. У тебя для получения количества красных и количества синих - тоже два разных метода в репозитории?
у тебя какая-то странная фиксация на таблицах в браузере, это меня сбивает с толку, я все время думаю что речь про таблицу в БД.
Разумеется для одной "таблицы" может использоваться несколько репозиториев - репозиторий по товарам, репозиторий по продажам. причем каждый из низх будет работать и для утюгов и для стиральных машинок БЕЗ добавления новых методов
опять же я не понимаю, откуда по твоему набору "переменных" возьмется куча методов?
количество проданых, кол-во возврата, сумма проданных, сумма проданных за период - это же всё один запрос, один метод
ошибка
если у тебя в репозитории огромная куча методов, это значит что уже давно надо было сделать несклько репозиториев, сгруппировав по тем областям, за которые они отвечают. например за пользователей, за посты, за новости, за покупки - я не знаю что у тебя за сайт, но принцип все равно один, делить по смыслу
а в чем смысл такой "универсальности"?
какая разница, какой файл "руками править"?
По мне так что в лоб, что по лбу - менять файл "репозитория" или "файл с запросами".
Во втором ("универсальном") случае репозиторий сводится к одной строчке - по имени переменной найти запрос в "файле". А в чем смысл в таком файле-исполнителе запросов? Зачем он вообще нужен тогда?
Но главное - а что если для "переменной" нужно выполнить не один, а ДВА запроса? И потом еще как-то обработать полченные данные? Это ты где будешь делать?
По-моему, текущая структура (автоматический выполнитель запросов и склад запросов) - это какая-то блажь. Особенно "файл с запросами". Это вообще какая-то дичь из прошлого века.
Поставь ты ради бога себе Симфони и посмотри как там все устроено. Репозиторий - это класс, который содержит методы. В методах может быть что угодно - один запрос, два запроса, десять запросов. Сколько нужно для получения "переменной" - столько и есть. Или один запрос, который строится динамически в зависимости от набора данных.
В методе контроллера, который отвечает за рисование таблицы1, обращаешься к тем репозиториям, которые содержат нужные методы, и собираешь нужную информацию. понадобилось в таблице новая "переменная" - написал новый метод в репозитории и добавил обращение к нему в контроллер.
Всё. Никакой автоматический удовлетворитель запросов и поленница с запросами не ну жны
он позволяет присвоить переменной новое значение