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

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

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

хотя ишьюс насчёт на счёт отвязки от прямого использования EM я не осознал. @fes0r в чём профит? возможность более безболезненно переехать на другой источник данных? тогда надо не flush изолировать, а целиком обработку получения\сохранения. или я чего-то не понимаю?

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

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

тут я согласен осталось только приучить открывать гугл, а не окно ТГ

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

хотя ишьюс насчёт на счёт отвязки от прямого использования EM я не осознал. @fes0r в чём профит? возможность более безболезненно переехать на другой источник данных? тогда надо не flush изолировать, а целиком обработку получения\сохранения. или я чего-то не понимаю?

тут я согласен осталось только приучить открывать гугл, а не окно ТГ

лоол

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

> - все это должно заставить погуглить хотя бы (вот с тем же инджектом сериалайзера вон разбираеся) У него ж и без этого будет куча кейсов по DI > ну и чуть более жесткие ограничения что бы приучался с молоду) Ты ж сам недавно топил про культ карго. Вот он будет делать это "потому что так Фесор сказал".

> - все это должно заставить погуглить хотя бы (вот с тем же инджектом сериалайзера вон разбираеся) У него ж и без этого будет куча кейсов по DI > ну и чуть более жесткие ограничения что бы приучался с молоду) Ты ж сам недавно топил про культ карго. Вот он будет делать это "потому что так Фесор сказал".

ну я попытался объяснить почему)

ну и это более полезный культ карго

хотя со своими проблемами

тогда уже менее плохой, а не более полезный

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

> - все это должно заставить погуглить хотя бы (вот с тем же инджектом сериалайзера вон разбираеся) У него ж и без этого будет куча кейсов по DI > ну и чуть более жесткие ограничения что бы приучался с молоду) Ты ж сам недавно топил про культ карго. Вот он будет делать это "потому что так Фесор сказал".

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

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

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

ну вот я там описал почему так, ты читал?

ну вот я там описал почему так, ты читал?

Да.

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

Да, но нет метода-панацеи. Всегда есть ситуации когда это будет во вред. Хотя, конечно, в большинстве случаев это будет полезно. Так что ладно, хрен с ним.

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

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

ну вот да, я к этому же.

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

мне нравится идея построения обучения по принципу теорию самостоятельно а практику строго под руководством, и практику эту надо прорабатывать что бы рука обруку с теорией. И что бы моделировались разные ситуации. И если ты попробуешь сделать подобное - ты офигеешь от объема работ. Это окупится только если ты в вузе преподаешь и хотя бы человек 400 в год через тебя проходят.

но в ВУЗах подобного еще лет 10 не будет)

У меня было в колледже. Сложно

У меня было в колледже. Сложно

тип ты преподавал?

Нет, учился)

или учиться сложно?)

Когда нет жесткой мотивации это всё освоить и знать, к чему быть готовым на "практике", то довольно сложно

и при условии даже, что подготовишься, будет потрачено время на других, кто этого не сделал (явно будут люди, не понимающие / не подготовленные)

Симфония обучения?

Если у человека нет изначально интереса и мотивации осваивать, то не ту профессию выбрал просто

Уровни OSI в 16 лет, когда ты пришёл писать игры?)

Если у человека нет изначально интереса и мотивации осваивать, то не ту профессию выбрал просто

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

не всё одинаково интересно, или понятно, для чего это

КР580ВМ80А в 2015 году?

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

У меня друг так умер

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

Да, отбить желание могут, к сожалению

КР580ВМ80А в 2015 году?

Сейчас бы в 2к17 писать 2015, вместо 2к15

для ценителей могу написать 15M3

0x7DF

По поводу изоляции Flush

Речь об изоляции всего EM?

Issue лишь пример?

Просто коммент есть: What would you recommend in case you need to do some merge logic with $em->remove(). Isolate it in kind of *Repository, add final class Remove service or something else?

Мне тоже интересно

@vasserft Хоть бы написал причину кика из команды, что ли(

Патамушта арки

Патамушта арки

абидна(

Нормальна ли практика использовать ContainerAwareTrait в сервисах для создания обьектов из контейнера ?

https://gist.github.com/anboo/4b18a910fc463725b63e1718cd23e9bb

Хмм... Никто не обосрал... Все ок или просто стыдно смотреть, ноль комментс и прочее?

Нормальна ли практика использовать ContainerAwareTrait в сервисах для создания обьектов из контейнера ?

Ломается смысл контейнера

DI*

Хотя, зависит от задачи

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

удваиваю вопрос про изоляцию EM

пинганите если фесор ответит %)

ответили же

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

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

Читай dependency inversion

И injection

Нормальна ли практика использовать ContainerAwareTrait в сервисах для создания обьектов из контейнера ?

нет

это плохо

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

ERROR: S client not available

то есть в идеале реализовывать инверсию через constructor injection ?

то есть в идеале реализовывать инверсию через constructor injection ?

инверсию?

инверсию управления - да.

иногда можно через setter injection

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

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

твоя цель избавиться от зависимости от контейнера

Мне контейнер удобен чтобы дергать нужный класс, если при этом алиас динамический

Незнаю насколько это подходящий кейс

Мне контейнер удобен чтобы дергать нужный класс, если при этом алиас динамический

у тебя не должно быть подобной ситуации. Элиас должен привязываться к типу в конфигах

грубо говоря есть в конфиге : алиас - сервис, в зависимости от входных данных в реквесте дергаю тот или иной сервис из контейнера

грубо говоря есть в конфиге : алиас - сервис, в зависимости от входных данных в реквесте дергаю тот или иной сервис из контейнера

почему бы в контроллере не делать этот выбор?

provider/две зависимости

или замутить стратегию (если это не совсем разные операции) - нужен контект

public function onMessage(ConnectionInterface $from, $msg) { ...code... $service = $this->container->get($messageDTO->status, ContainerInterface::NULL_ON_INVALID_REFERENCE); if (!($service instanceof SocketServiceInterface)){ throw new SocketException('Not found Service'); } $service->execute($from); } Операции проходят на коллбеке OnMessage в SocketComponent

public function onMessage(ConnectionInterface $from, $msg) { ...code... $service = $this->container->get($messageDTO->status, ContainerInterface::NULL_ON_INVALID_REFERENCE); if (!($service instanceof SocketServiceInterface)){ throw new SocketException('Not found Service'); } $service->execute($from); } Операции проходят на коллбеке OnMessage в SocketComponent

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

это будет безопаснее

ну или опять же стратегии/роутинг)

точнее комбинация из сервисов + тегов + сервис локатора

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

Ктонибудь юзает https://github.com/idr0id/Papper? Поделитесь впечатлениями

https://github.com/mark-gerarts/automapper-plus я на этот смотрел

и его пиарили коре контрибы из симфони как-то

Ммм, щяс пощупаю

Спасибо

ух ты, интересно

тут я согласен осталось только приучить открывать гугл, а не окно ТГ

Сначала открываю гугл, а потом уже окно тг)

Грустно

Ктонибудь юзает https://github.com/idr0id/Papper? Поделитесь впечатлениями

когда-то тыкал - мне не вкатило

когда-то тыкал - мне не вкатило

Видел твой коммент в issue про stdClass, с той-же проблемой столкнулся

Товарищи, доброго утра/дня/вечера/ночи! Этот канал помогает новичкам?

@Eraice он помогает новичкам!