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

Да обычный unit тест. Просто не хочу цепочку зависимостей вручную собирать из контейнера. Таких как доктрина например

В данном случае зависимость от моего интерфейса идёт.

Предлагаешь повесить тег на интерфейс, а не интерфейсные сервисы инстанцировать в тестах вручную?

> Да обычный unit тест. конфликт терминологии. Для юнит тестов тебе не нужны контейнеры. Так что это интеграционный тест

хз, делаю NoopService который подключается в тест энв возвращает то что надо))

> Да обычный unit тест. конфликт терминологии. Для юнит тестов тебе не нужны контейнеры. Так что это интеграционный тест

+1

Предлагаешь повесить тег на интерфейс, а не интерфейсные сервисы инстанцировать в тестах вручную?

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

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

дают подключать какие хочешь модули

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

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

Предлагаешь повесить тег на интерфейс, а не интерфейсные сервисы инстанцировать в тестах вручную?

ты достаешь из контейнера тестируемый сервис?

или зависимости тестируемого сервиса?

Да, походу конкретно этот тест я так себе написал. Надо было интерфейс мокнуть. Ибо результаты интерфейса не тестируются

Да, походу конкретно этот тест я так себе написал. Надо было интерфейс мокнуть. Ибо результаты интерфейса не тестируются

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

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

интеграционный тест короче... ну ждем пока можно будет в test окружении элиасы объявлять для такого

Но это не правильно я же говорю. Я проверяю логику только самого сервиса, мне не важной какой результат ему вернёт сервис от которого он зависит

Более того, если завтра там будет сервис гуляющий во внешний API, мой CI сервер устроит туда ddos

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

да, это мой интерфейс

Хотя с другой стороны

Мне же ничего не мешает в services_test.yaml объявить пустую реализацию как алиас интерфейса

Придётся только эту пустую реализацию в код добавлять

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

ну то есть через prophet какой

если уж "юнит" (то есть изолированные тесты) то не стоит их на контейнер завязывать

с другой стороны у тебя выбора может не быть))

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

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

кроме заглушки и конфигов ;)

Ну эта заглушка может не только в одном тесте нужна. С другой стороны, вдруг в другом тесте надо чтобы заглушка что-то вернула нужное тесту

кроме заглушки и конфигов ;)

крч ставлю я походу imaginary ))

Ну эта заглушка может не только в одном тесте нужна. С другой стороны, вдруг в другом тесте надо чтобы заглушка что-то вернула нужное тесту

и мы плавно переходим к тому что $dep = $this->prophesize(Dependency::class); $dep->getSomething($id)->willReturn($something); $testing = new TestingClass($dep->reveal());

как-то проще чем готовить фикстуры

@fes0r а ты json schema использовал?)

да

у меня json schema генерилась из api blueprint

по ним я пробовал генерить правила валидации для symfony/validator

(с парочкой своих рулов например - anyOf

я хочу их использовать в качестве общей валидации для форм (не генерации оных) приделать на беке https://github.com/justinrainbow/json-schema

и мы плавно переходим к тому что $dep = $this->prophesize(Dependency::class); $dep->getSomething($id)->willReturn($something); $testing = new TestingClass($dep->reveal());

phpunit не тоже самое делает?)

и на фронте обертку над vue+vuelidate вопрос собственно в том, стоит ли сервить сами схемы как файлы? или вторая идея - хранить их в ФС и загружать для фронта вебпаком, а для бекенда - использовать симлинк или чет такое

phpunit не тоже самое делает?)

это как раз таки пример под phpunit

и это не он делает а "пророк"

я хочу их использовать в качестве общей валидации для форм (не генерации оных) приделать на беке https://github.com/justinrainbow/json-schema

рекомендую тебе json guard

он как-то удобнее

о, круто пакеты лиги классные, но найти их не всегда можно)

он подразумевает все же сервинг схем, походу

он подразумевает все же сервинг схем, походу

?

что значит "сервинг схем"?

вообще в том же api-platform как раз таки для этих целей схема ресурса описывается

А что тогда делать с этим?)

в шторме есть плагин DynamicReturnType, можно его использовать

в шторме есть плагин DynamicReturnType, можно его использовать

Ну такое себе. Интерфейс же другое возвращает

Ну такое себе. Интерфейс же другое возвращает

интерфейс ничего не возвращает - он же интерфейс. И тебе не надо знать о конкретном типе, это ж суть интерфейсов

Значит они не совсем корректно интерфейс заюзали

интерфейс ничего не возвращает - он же интерфейс. И тебе не надо знать о конкретном типе, это ж суть интерфейсов

А я о чем?

Значит они не совсем корректно интерфейс заюзали

да, ObjectManager это совсем не то же самое что EntityManagerInterface

но оно не то что "не правильно" - с точки зрения иерархии типов все хорошо

Тут внезапно на алиас нельзя навесить тег...

Тут внезапно на алиас нельзя навесить тег...

ну как бы да)

что значит "сервинг схем"?

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

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

смотри как сделано в api-platform

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

ERROR: S client not available

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

если у тебя один интерфейс расширяет другой - то можно и просто расшрить. Но вообще - доктрина хороший пример нарушения ISP

ну как бы да)

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

типа жирный ЕМ?

Сейчас речь о Money/Currencies интерфейсе. Может его тупо публичным сделать

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

мы же вроде уже пришли к тому что моки удобнее нет?

Сейчас речь о Money/Currencies интерфейсе. Может его тупо публичным сделать

а почему это у тебя сервис? O_o

типа жирный ЕМ?

да

а почему это у тебя сервис? O_o

Нинада?)

Привет всем, подскажите в какую сторону копать? Symfony 3.3, есть DoctrineEventSubscriber - все работает отлично, но как только я решаю пробросить в него репозиторий, сразу ловлю Circular reference detected

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

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

вот тебе и циклическая ссылка

Привет всем, подскажите в какую сторону копать? Symfony 3.3, есть DoctrineEventSubscriber - все работает отлично, но как только я решаю пробросить в него репозиторий, сразу ловлю Circular reference detected

потому что DoctrineEventSubscriber является зависимостью для entity manager

репозиторий тоже зависит от entity manager

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

Спасибо, это прояснило ситуацию

В итоге тогда самый простой путь в данный момен это дернуть репо из LifecycleEventArgs

да, там em приходит

В итоге тогда самый простой путь в данный момен это дернуть репо из LifecycleEventArgs

или отказаться от doctrine event subscriber)

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

но это путь слабых духом)

или отказаться от doctrine event subscriber)

Ага и чем его тогда заменить?)

В ServiceSubscriberInterface должны быть только FQCN названия сервисов? Нельзя подписаться на, к примеру, doctrine_mongodb?

Ага и чем его тогда заменить?)

стоит начать зачем тебе оно вообще понадобилось

стоит начать зачем тебе оно вообще понадобилось

Есть таблица в БД. У таблицы только одна строка может быть с значением default = true. Мне прилетает в API строка, нужно проверить если прилетевшая default = true && deleted = false то назначить прилетевшую дефолтной.

Вот придумал повесить событие и проверять т.к. доступа к actionCreate, actionUpdate нет.

https://github.com/doctrine/DoctrineBundle/issues/389

стоф пишет юзай em

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

Спасибо за советы

@fes0r Money/MoneyFormatter это сервис, он зависит от Money/Currencies. Почему бы им не быть сервисами?

@fes0r Money/MoneyFormatter это сервис, он зависит от Money/Currencies. Почему бы им не быть сервисами?

потому что это объекты-значения?)