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

спорная штука

https://www.slashdb.com

кто такие подходы юзает/знает?

что бы вместо "экономии на строчках кода" просто избавиться от своего бэкэнда? Если скажем прототип нужен или просто круд

https://github.com/begriffs/postgrest

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

у меня как-то разработчик тоже руководствовался такими вот благими целями, что бы мол "вместо 3-х строк в контроллере было 2".

это говно теперь невозможно поддерживать

все эти update в репозиториях (ну или базовый класс менеджер)

это как метастазы

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

у тебя опыта явно больше, это знаю) то бишь лучше по старинке делать? например: public function updateAction(Role $role, Role $updated) { $this->get('user.role.service')->update($role, $updated); $em = $this->getDoctrine()->getManager(); $em->refresh($role); $em->flush(); return $role; }

getdirectus.com

у тебя опыта явно больше, это знаю) то бишь лучше по старинке делать? например: public function updateAction(Role $role, Role $updated) { $this->get('user.role.service')->update($role, $updated); $em = $this->getDoctrine()->getManager(); $em->refresh($role); $em->flush(); return $role; }

нет, лучше вообще так не делать.

на то что я предложу (подход с DTO) ты скажешь что тебе лень

ну и в любом случае да - лучше тогда уж в контроллере

update это никоем образом не задача репозитория

да нет, если это реально лучше - почему бы и нет)

+ refresh тебе зачем?

да нет, если это реально лучше - почему бы и нет)

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

это скорее на будущее

getdirectus.com - вот еще интересный проект

надо б потыкать

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

я делаю так: - request -> dto (1:1 к запросу) -> валидация (можно даже сам запрос валидировать) -> прошу кого-нибудь что-нибудь сделать.

ну то есть никакой прямой десериализации в сущности

pros - очень гибко - легко подстраиваться под требования - клиент получает нормальные ошибки валидации и в целом ui логика отделена от логики приложения cons - много очень тупого кода - лень - чем проще проект тем больше лень

а потом в контроллере или сервисе: $entity->setOne($dto->one); $entity->setTwo($dto->two); ... где-то так?

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

а потом в контроллере или сервисе: $entity->setOne($dto->one); $entity->setTwo($dto->two); ... где-то так?

ну вот потому и говорю что рано, у меня нет сеттеров. Скажем если мне надо обновить профайл - я создаю новый объект Profile и заменяю им старый

в общем пошел читать инфу на эту тему, нужно разработать оптимальную архитектуру..

в общем пошел читать инфу на эту тему, нужно разработать оптимальную архитектуру..

сразу предупрежу - архитектура такая штука которую ты никогда наперед "оптимально" не сделашеь)

это да) но можно сделать приблизительно к хорошей)

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

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

Ну, если проект твой лично - вперёд на эксперименты. Я каждый свой проектик мелкий когда пилю - что-то пробую из того, что не могу в проде на работе попробовать. Потому что подумать об этом - одно, а попробовать - другое. Никогда все нюансы и подводные камни не продумаешь. А сам споткнёшься когда - станет понятно где плюсы, а где минусы.

Да, проект свой и не особо большой. Хочу сделать так, чтобы в дальнейшем было как можно меньше гемора в модификации кода

update это никоем образом не задача репозитория

Но ты ведь как-то говорил что персистенс должен быть в репах?

update это никоем образом не задача репозитория

спорно. в репосе может быть save метод

спорно. в репосе может быть save метод

насколько я видел - обычно в repo->save пихают просто persist, иногда вместе с flush так что не знаю, кто и как его корректно использует)

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

плохо это то что не понимают что flush собирает абсолютно все с UoW и льет в базу, т.е не только обьекты из одного репоса могут принимать участие в этом всем

это да у меня так в некоторых местах от прошлой команды осталось кстати, никто не использует какой-то подход с глобальным выполнением flush (имею ввиду, какой-то отдельный сервис/хендлер, который выполняет flush)?

не очень подход такой

некоторые в контроллере выполняют весь flush

и так не оч, и иначе не оч

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

но у меня не живет

а еще бывает что нужно сделать несколько независимых транзакций

еще несколько разных em

ну, это уже перечисление разных проблем)

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

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

оно работает на маленьких проектах

где у тебя надо сохранить какую-то статью и все

на больших проектах имхо симфони оверхед

ну лично я бы под бложек/блогоподобное не брал бы симфу

хотя может с 4 версией это изменится

на больших пхп проектах симфони это единственное спасение

но бойлерплейта бывает слишком много

иначе они были б еще больше и еще страшнее

какой еще бойлерплейт на симфони?

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

толи дело создал один файл и там все херачишь

уел :)

никто не сталкивался с Unable to create a proxy for a final class в последнее время? прод окружение, симфони 3.3, последняя доктрина

ERROR: S client not available

никто не сталкивался с Unable to create a proxy for a final class в последнее время? прод окружение, симфони 3.3, последняя доктрина

А раньше этой проблемы не было? :)

не было но похоже, нашел косяк

не было но похоже, нашел косяк

Неужели, final?

а вот и нет :)

хотя я не спешу об этом говорить

по крайней мере, на 2.8 этого не было

ладно, обнова от 3 февраля

=\

https://github.com/doctrine/common/issues/813 ?

ага, оно самое

спасибо, хоть почитаю

привет, извинюсь за оффтоп, у нас тут никого нет из Ирландии?)

вряд ли

а что интересует то?

а что интересует то?

Планирую съездить англ поднатаскать, вот подумалось вдруг кто-то там находится)

Планирую съездить англ поднатаскать, вот подумалось вдруг кто-то там находится)

тяжко совмещать по 4 часа занятий в школе и работу, плюс еще ж по стране покататься нужно) это такой себе челенж

Планирую съездить англ поднатаскать, вот подумалось вдруг кто-то там находится)

https://linguatrip.com/ru/english/ireland/ есть такой ресурс если че, они занимаются документной волокитой да и в принципе каталог со школами там есть)

Планирую съездить англ поднатаскать, вот подумалось вдруг кто-то там находится)

Как-то тоже думал поехать в Ирландию. Подал даже заявку почти и... уехал в Польшу)

Теперь английского хоть отбавляй.

Но ты ведь как-то говорил что персистенс должен быть в репах?

update это не персистенс, это операция над сущностью. В целом у тебя есть unit of work так что делать update в репозиториях не логично. Другое дело что может понадобиться пакетная обработка - но тут тоже есть нюанс - называется он ISP. То есть можешь код в репу положить, но метод сам должен быть не в интерфесе репозитория.

https://linguatrip.com/ru/english/ireland/ есть такой ресурс если че, они занимаются документной волокитой да и в принципе каталог со школами там есть)

Спасибо, смотрю

я кстати в ULearn хотел.

я год в бангкоке учился, безуспешно)

я год в бангкоке учился, безуспешно)

Почему?

Почему?

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

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

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

https://puu.sh/xZpOw/89cd12d94e.png

Как мне получить username?(

https://puu.sh/xZpOw/89cd12d94e.png

серьезно? а посмотреть в Comment метод, который возвращает юзера, а потом в классе User метод который возвращает username совсем не получается?

серьезно? а посмотреть в Comment метод, который возвращает юзера, а потом в классе User метод который возвращает username совсем не получается?

Да, я тупанул)

серьезно? а посмотреть в Comment метод, который возвращает юзера, а потом в классе User метод который возвращает username совсем не получается?

А лучше LoD соблюсти.