@desper1989 просто, 1 репозиторий, он проходит по всем репозитория сущности и проверяет где она есть в вызванном методе.

звучит... странно

ничё не понял

Марко описывал такой подход в одном из видео

Пивета который

ну ок, но всеравно непонятно)

как хоть это выглядит?

сек, ща

скинь видео что ли) а то я себя идиотом чувствую... там какие-то chain repository в тренде, а я не в курсе даже)

Видео не найду, не помню

https://paste.ofcode.org/GppaxUMdUa7g9geSEqx3AK

Вот пример, кусок моего кода

может ты о штуках когда у тебя твой репозиторий а внутри общий entity repository?

чёт срань какая-то

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

так в любом почти фрейме

если я правильно понимаю - это chain of responsibility который выбирает имплементацию по фильтру

так в любом почти фрейме

не почти, а в любом)

но специфичная штука как по мне

Пока не использую)

Оставил, может найду где применить

final class ChainUserRepository одобряю) нужно больше подношений богу final'ов)

Все файнал

Только там где надо дать возможность даем на extend

т.е. ни где?)

Нет

Если класс abstract

Его must хоть что то extend

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

final class ChainUserRepository одобряю) нужно больше подношений богу final'ов)

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

Хотя тут уже абстрактный опять таки, ибо должен быть метод 1 минимум create(). Мало где не final. Редко когда надо делать extend не абстрактных классов.

)

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

у меня в сервисбасе 268 файналов)

у меня в сервисбасе 268 файналов)

а стриктов?)0

а стриктов?)0

strict_types?

да)

у меня все стрикт тайпс)

да)

324 code results in mmasiukevich/service-bus

жоско)

жоско)

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

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

я не всегда разделяю подход Макса, но в данном случае согласен, хоть и по другой причине - не каждому дано объяснять более того, сформировать сложившиеся в уме конструкции в доступную другим формулировку - ещё та задача, которую выполнять бывает лень если ты все же хочешь изучить вопрос сам - я бы порекомендовал найти первоисточник и отталкиваться от него в случае с DI это Фаулер https://martinfowler.com/articles/injection.html#ServiceLocatorVsDependencyInjection имхо закрывает все вопросы

@Eraice тебе вот тоже сразу линка

@desper1989 тру стори

@Eraice тебе вот тоже сразу линка

ты зачем его лени потакаешь) я ж ему указал куда копать)

@Eraice тебе вот тоже сразу линка

спасибо большое)

324 code results in mmasiukevich/service-bus

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

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

ты о чём?)

https://github.com/mmasiukevich/service-bus/blob/master/src/EventSourcingSnapshots/Snapshotter.php#L95

а чё не так?)

ты зачем его лени потакаешь) я ж ему указал куда копать)

попал под раздачу)

psr2 жи { на той же строке

а, срать на пср2)

тут уж кто на что учился)

если откровенно я тоже так пишу

но честно правлю фиксером после

на пре коммите)

https://github.com/mmasiukevich/service-bus/blob/master/src/EventSourcingSnapshots/Snapshotter.php#L95

пробел после ифа?)

пробел после ифа?)

там несколько вещей в целом; но psr же не панацея

всегда писал без пробела, хз зачем он нужен(

но честно правлю фиксером после

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

пускай на питон идут писать) там нет проблем со скобками)

я в большинстве случаев одобряю стандарты на интерфейсы, но вот код стаил - это ещё 1, 101й стандарт. всё равно в каждой тиме он свой. хоть 1 пробелом, да отличается

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

а я привык писать на одной с <?php

забавно, но у меня в конторе фиксером никто не пользуется)

и у всех всё одинаково

на предыдущем месте работы у товарищей правило с выравниванием =, => внутри блока было и разделения на блоки (правда они не рассказали мне как на эти блоки разделять =\)

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

был 4 пробела

а не 8м

в шторме реформат есть

дык

он и форматирует по дефолту 8

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

ты ещё не думал переименоваться в google? :D

Надо же разбавлять это токсичное комьюнити

мне немного не хватает претира для php, пока обхожусь php-cs-fixer-ом. Что до шторма и его реформата - не особо он помогает. Не все можно настроитть и невозможно сильно под себя кастомайзить

мне немного не хватает претира для php, пока обхожусь php-cs-fixer-ом. Что до шторма и его реформата - не особо он помогает. Не все можно настроитть и невозможно сильно под себя кастомайзить

как и говорил раньше, у всех всё по разному)

а надо ли под себя кастомайзить?

ну вот с претиром не надо, потому что там и так все хорошо (ну как, есть вопросы - но зато всегда все одинаково)

а php-cs-fixer по умолчанию все довольно примитивно делает

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

стыдно признаться, но я никогда не пользовался именно fixer-ом, только php-cs =\ И как-то не ощущаю необходимости

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

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

автопереносы у нас люди ставят)

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

как можно быть "не сторонником"?)

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

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

"а как же индивидуальность!"

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

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

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

php-cs-fixder --dry-run

а не когда мне CI фиксер запустит и все сделает

не не

CI должен убедиться что никто не забыл - фиксить он не должен

CI не должен менять код

php-cs-fixder --dry-run

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

CI должен убедиться что никто не забыл - фиксить он не должен

ну дык это я и сказал

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

не люблю общаться с людьми и объяснять им что-то если это скучно

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

ну я не сидел и каждый кейс не разбирал, если ты об этом)

ну я не сидел и каждый кейс не разбирал, если ты об этом)

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