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

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

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

))

Сначала сходи нахуй, а потом говори другим что им делать.

я вот уверен что ты не пользовался таким подходом. и не знаешь всех тонкосей и нюасов. Но почему-то считаешь нужным выбрасывать в окно. Офигенно чо

Вот такие агрессивные мудаки придумывают свои "модули", потом начинают раскарячиваться впихивая несколько ядер (или одно с разными именами), а потом сиди ночами разбирайся, что было в голове в этого мудака. Ребята которые пишут по ДДД вопросов в чатах про конфигурацию DI не задают. Они знают что и зачем делают. Вопросы задают зеленые ребята, насмотревшись докладов. В голову бить надо за нарушение бест-практис. Чтобы нарушать правила, нужно их хорошо знать и понимать почему они появились. Если у вас 20-30+ человек в команде, 1000+ ентити и т.д. и т.п. я прошу прщения за свою категоричность. Но мне почему то кажется что у вас 1 разработчик на проекте, который пока еще даже не научился с другими людьми разговаривать, не то что код писать.

🤣🤣🤣 хосспаде, мамкин эксперт в треде. Чего ты ожидал когда начал нести чушь про кочергу, голову и выкинуть в окно?

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

А еще можешь дать себе в голову кочергой и выпрыгнуть в окно :)

Конфиг то написал? Может он )

само собой

прочти вопрос, балбес. Там ответ есть. Просто хочется по красивше.

$sql .= $queryBuilder->orderBy('is_favourite, price')->getSQL(); $pagination = $this->paginator->paginate($sql, $page, $size); как можно использовать string SQL в пагинаци? если у меня голый скл как передать к пагинатору

$sql .= $queryBuilder->orderBy('is_favourite, price')->getSQL(); $pagination = $this->paginator->paginate($sql, $page, $size); как можно использовать string SQL в пагинаци? если у меня голый скл как передать к пагинатору

One of listeners must count and slice given target ругает в таком виде

А мне нравится как раз идея группировки по логическим единицам а не по типу контролеллер, энтити и т.д.

Не вижу в ней ничего плохого, наоборот удобно

Как раз симфони вей говно

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

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

$sql .= $queryBuilder->orderBy('is_favourite, price')->getSQL(); $pagination = $this->paginator->paginate($sql, $page, $size); как можно использовать string SQL в пагинаци? если у меня голый скл как передать к пагинатору

никак наверное, юзай билдер для таких целей

One of listeners must count and slice given target ругает в таком виде

Никак. Можете написать свой подписчик события, который будет модифицировать $target (в вашем случае - строку sql)

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

никак наверное, юзай билдер для таких целей

У меня запрос большой там есть with tempRecords as (SQL)

🤷‍♂️

Добавляй к запросу лимит оффсет

Регулярными выражениями

Не понятно что за задача у тебя

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

Систему плагинов можно сделать очень по разному, особенно если не придумывать искусственное ограничение с удалением плагина через удаление папки. Плагин может и в базе чего нибудь добавлять, и при удалении возможно подчищать за собой. Есть бандлы, флекс, есть компайлер пассы и т.д. вариантов куча. А вот онбординг новых бойцов затрудняется, конфигурация радикально усложняется, правила для deptrac из тривиальных превращаются в лапшу и т.д. и т.п. со всеми остановками. Не утверждаю что структуру сифони никогда нельзя менять, но аргумент "мне так удобнее" слегка сомнителен.

А как можно подключить роуты из бандла автоматически чтобы не править когфиги

Роут лоадер писать?

Или достаточно положить рядом файл и кернел подключит?

Систему плагинов можно сделать очень по разному, особенно если не придумывать искусственное ограничение с удалением плагина через удаление папки. Плагин может и в базе чего нибудь добавлять, и при удалении возможно подчищать за собой. Есть бандлы, флекс, есть компайлер пассы и т.д. вариантов куча. А вот онбординг новых бойцов затрудняется, конфигурация радикально усложняется, правила для deptrac из тривиальных превращаются в лапшу и т.д. и т.п. со всеми остановками. Не утверждаю что структуру сифони никогда нельзя менять, но аргумент "мне так удобнее" слегка сомнителен.

типичный симфони проект в мане для новичков ориентирован на очень маленькое приложение. Даже пресловутый блог в нем будет будет сделать сложно, т.к. намешается в кучу много всего. Сложнее въехать как раз в кучу говна, которая ровным слоем размазана по директориям проекта. Когда тебе надо открыть условные статьи, и ты пошел шарить где же у тебя контроллеры, где же у тебя сущности и обработчики форм. Вместо того, чтобы просто открыть папочку "статьи" и начать работать с этим разделом.

сложности с конфигурацией кстати ноль. Есть моменты где чуть чуть неудобно, да. Но сложностей = 0

А как можно подключить роуты из бандла автоматически чтобы не править когфиги

Я бы не хотел чтобы бандл, или плагин, автоматически мне роуты подключал. Можно лоадер, можно при установке плагина добавить файлик в config/routes/{pluginName}.yaml. Не уверен, но скорее всего можно и при компиляции кеша добавить своих роутов. Не очень понятен кейс когда нужна именно автоматическая конфигурация роутов. Я видел и такое, что плагины работали вне роутинга симфони, вернее роутинг плагина отрабатывал до роутинга симфони. Но это, с моей точки зрения, уже совсем зашквар.

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

вот просто думаю как это лучше сделать

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

уникальным слагом

Я думал думал и отказался от плагинов, у меня внешнего кода нет :)

префиксом

Ну да, костыли так или иначе.

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

можно даже через $response = $this->forward('App\Controller\OtherController::fancy', [ 'name' => $name, 'color' => 'green', ]);

тогда и в тулбаре будет красиво отображаться даже

Роутинг внутри контроллера тоже костыль как по мне )

ну вот таки дела

кругом костыли

Систему плагинов можно сделать очень по разному, особенно если не придумывать искусственное ограничение с удалением плагина через удаление папки. Плагин может и в базе чего нибудь добавлять, и при удалении возможно подчищать за собой. Есть бандлы, флекс, есть компайлер пассы и т.д. вариантов куча. А вот онбординг новых бойцов затрудняется, конфигурация радикально усложняется, правила для deptrac из тривиальных превращаются в лапшу и т.д. и т.п. со всеми остановками. Не утверждаю что структуру сифони никогда нельзя менять, но аргумент "мне так удобнее" слегка сомнителен.

😄

кругом костыли

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

ты не знал? нынче уже не модно конфиги в ямлах держать

установка может и автоматически запускаться, но меня в туалет без vpn не выпускают, какая уж там автоматическая установка плагинов

ты не знал? нынче уже не модно конфиги в ямлах держать

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

чо ты уцепился за эти плагины? распихать связанную единым смыслом логику по модулям это просто здравая идея. Будет намного легче очертить границы этих модулей и стараться не пересекать их ни под каким предлогом. В итоге у тебя код будет в разы чище, чем то что ты делаешь сейчас.

от так надо сейчас

Я согласен. Но так не принято

Намного важнее что у тебя все контроллеры рядом со всеми контроллерами, и энтити рядом с энтитями

от так надо сейчас

Надо или модно? ) Мне честно безразличен формат конфигурации, что ямл что xml что пхп.

)

Ямл можно спокойно прочитать, поменять и сдампить. Проверните такое с пхп конфигом )

в пхп конфигах работает автокомплит

переименование, перенос классов - всё включено

На самом деле симфа разве запрещает тебе распиххать модули твои по бандлам со своими контроллерами, шаблонами и т.д.

По-помему это обычный подход

в пхп конфигах работает автокомплит

в ямбле тоже работает автокомплит

симфони плагин

не всегда но работает иногда )

да, но мы привыкли уже к тому, что 1) бандлы юзать для инфраструктуры; 2) Бандлы в репо в пакетах отдельно;

чо ты уцепился за эти плагины? распихать связанную единым смыслом логику по модулям это просто здравая идея. Будет намного легче очертить границы этих модулей и стараться не пересекать их ни под каким предлогом. В итоге у тебя код будет в разы чище, чем то что ты делаешь сейчас.

Вот и поколение ребят, для которых главным критерием качества является кульность. Чистая архитектура с ддд и cqrs к нам подъехали из дотнета, и там они местами (кровавый энтерпрайз, 1000+ ентити, терабайты в бд, сотни тысяч рпм и т.д.) уместны. Зачем вы тащите чужой устав в чужой монастырь мне не ясно. Нагадить можно и в модули, и в структуру симфони, структура от плохого кода не спасает от слова совсем. Начали вы не с чистоты и понятности, а с "мне так удобно". Я вам и сказал, что мудакам которые пишут код исходя из "мне так удобно", хочется дать в бубен, потому что поддерживать такое очень сложно.

В чем сложность, объясни? в третий раз прошу.

Ты вот долбишь одну и туже мантру "сложно сложно сложно". Расскажи в чем сложность?

В том что вы не понимаете, что фреймворк это в первую очередь договоренности.

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

назовите это "вася пупкин эм-вэ-цэ" и нет проблем, но вы называете это симфони, а делаете "вася пупкин эм-вэ-цэ".

В симфони так и было в начале

Был AppBundle

Рядом создавался другой бандл

Разрабы симфони дают демо приложение. они не заставляют юзать именно эту архитектуру. Это просто демо. Как тока ты поймешь для себя это, сразу прозреешь. Что можно оказывается делать так, как тебе будет удобно.

А потом решили нахер это все и сделали все в папке src