со связами и джоинами

если нужно, чтобы ленивые запросы не делать, то просто в CountryCriteria можете добавить поле withRelation

ну примерно понятно. когда есть ORM-ка такое не должно бысть сложно сделать

а если это какая то выборка между несколькими таблицами для совсем других целей, то создаете совсем другую критерию и матчер

более интересные способы известны?

которые ну знаешь - никто не использует к примеру

шо такое у вас ЭнтитиМенеджер?

это от Doctrine ORM

а чего ты его энтити окрестил тогда?

это на русский получается "управляющий сущностями"

не суть. Вы туда можете передавать какой то query builder или сразу DBConnection

а

воткнул

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

Например, у вас есть таблица "Статья", есть таблица "Комментарий"... для каждого из них создаете свою критерию и матчер...

я выбросил зависимость от entity manager в другой файл чтобы его не кидать на вход

Но если нужно создавать какие то отчеты по двум таблицам, то создается другой criteria & matcher

он у меня где-то в абстракции методом получается

но мб это кривовато для самого паттерна критерия

так же criteria можно сериализовать и хранить

ну это ясно - это формально говоря обычный массив который с заранее заполненными полями

его еще можно навернуть методами чекерами, фильтрами и дефолтами

если оч хотеть я понимаю о каком подвиде классов ты говоришь

это как бы "стандартный формат запроса в бд" с полями

соответственно хочешь другой запрос - пишешь другую критерию

да, верно

к этому я слава богу пришел что так удобнее

сначала я кидал на вход образец строки из базы

а потом понял что конкретно под базу могут быть еще поля и называться они могут по разному

так же, можно сделать так, чтобы в критерия в поля можно было передавать массив... Например, в CountryCriteria - $criteria->id = [1, 2, 3], это создаст запрос WHERE id IN (1,2,3)

а то есть она у тебя еще и как генератор запросов работает?

не просто пхпшный обьект?

criteria - это простой объект без методов

а вот matcher - это и есть конструктор запросов

ага

и в матчере же будут потом методы который строят фильтр из кусков

а формат вывода где хранишь?

да. например если в criteria какое то поле имеет значение null - то запрос по этому полю не строится

ну или это лишнее удобнее массив выплевывать?

формат вывода - это публичные методы matcher-а. getResult - вернет массив объектов. getArrayResult - массив, getCount - вернет int, getIds - вернет массив int

так же можно сделать методы getSingleResult и getSingleArrayResult

ну я имею в виду классику ларавистов и прочих иистов по возврату на выход класса "модели"

который потом еще и ->save() делает и ваще такой умный что не передать

так делают?

у меня не AR

вот в этом и вопрос. может AR это деды уже

надо быть гибче - плюеешь массив, повышается адаптируемость системы

минус связь

есть и другие подходы кроме AR и массива ?

прогуглите про Doctrine например

я бы сказал что смысл это не наибольшее количество мнений, а смысл это единое мнение которое работает наиболее эффективно

часто нужно узнать все чтобы найти одно, но многие называют это "найти более удобное". они малость мимо

на мой взгляд

гуглить хорошо. ничто не заменит понимание человека. никакая тонна текста где "все расписано"

я бы сказал что смысл это не наибольшее количество мнений, а смысл это единое мнение которое работает наиболее эффективно

какой транспорт передвижения наиболее удобен и эффективен? ?

какой транспорт передвижения наиболее удобен и эффективен? ?

думаю тоже самое и здесь

бесконечное едущий маглев с отделяемыми вагонами?

на ходу*

на текущее время

хотя даже самолет наверное дешевле в эксплуатации

так смешно короч читать, челики сыпят абсракциями, никто конктретного ничего не сказал по тем полторам минутам что я вчера голосом сказал, только умничание, бугагага

так я тебе следом привел пример можно полностью проект так озвучить и тоже самое во всех системах можно нафигачить наружу стейт и давать его менять не парясь)) покажи кусок кода и можно будет разобрать и сказать как по другому

не поможет тебе кусок кода

только ты зачем то перечислил как можно больше и все подряд хотя суть та же

и можно на небольшом примере рассматривать

в проекте дофига всякого, вникать только две недели будешь

ну классно

проект для веба с ежедневной разработкой в течение 3х лет не будет таким?

не на столько все связано

наверное догадываешься что там не верстка 3 года менялась)

ну смотря какой проект конечно

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

детский сад

или ты не знаешь как писать без геттеров и такой да вы херню несете и детский сад у меня много классов и так проще )

а вам меня не понять

точно такой же как и советовать как там не так написано не зная что и зачем написано, и не зная даже 0.5% проекта

ну зачем время тратить и обсуждать тогда?)

не зачем

просто поржу тут и все

занятно лан)

ну а смысл чето обсуждать в разговоре "не знаю че там у тебя но ты делаешь всё не правильно"

чтоб ты сказал что делаешь все правильно вот код)

все почитали и осознали

я уже объяснил про код

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

аргументы в стиле "сначала добейся"?)

чтоб ты сказал что делаешь все правильно вот код)

правильно или не правильно сильно привязано к контексту задачи

меня больше смущает тот факт что есть задачи где люди говорят что "не работают все эти ваши принципы!" ниработают!!!1"

а ты такой читаешь, смотришь статьи и складывается ощущение что все примерно то же самое

статьи пишут студенты

коммерческая разработка совсем другое

статьи пишут и те дядьки которые писали книжки которые у тебя на полке 10 лет стоят)

статьи пишут студенты

а ты пробовал искать статьи которые пишут не студенты а люди с 20+ хотя бы годами опыта коммерческой разработки?)

коммерческая разработка совсем другое

во всех этих "статьях студентов" если они адекватные (даже самых идеалистических как у Мэйерса) пишут что "все зависит от контекста"

конечно. бросают работу и пишут. да и кто сказал что дядьки пишущие книги чтото понимают? 97% книг ересь

конечно. бросают работу и пишут. да и кто сказал что дядьки пишущие книги чтото понимают? 97% книг ересь

ну да конечно)))) делаются консультантами, ездиют и все портят)

> 97% книг ересь а вот тут я больше соглашусь чем не соглашусь)

есть такая простая штука - если по какой-то теме много книг значит мало кто в этой теме понимает)

воистину

ну вот смотри, мы в дискуссии с тобой уже выяснили что "ооп" то как я скажем понимаю и то как ты понимаешь - уже различается)