понятнее не стало :)

ну смотри, есть коллекция уведомлений в каждом уведомлении хранится множество, в которое записывается кто из пользователей прочел это уведомление для коллекции пользователей создан метод isRead($user), который возвращает прочитал пользователь $user это уведомление или нет в методе configureListFields() я пытаюсь в листмэппер засунуть именно этот метод, чтобы он мне вернул да/нет но естественно он ругается, что я ему не передал параметр $user

сейчас у меня вот такой код $listMapper->add(‘isRead’, ‘boolean’)

все

раскурил :)

главное - правильно сформулировать вопрос :))

да я откопал parameters )

Вопрос по тестированию

Тестируется ли вообще стороннее API? Как по мне нужно симулировать потенциальные JSON ответы и все их вариации и далее передавать на обработку и проверять, что если когда то придет такой ответ - он должен такое-то отдавать.

По идее если тесты будут запросы слать на чужой ресурс - это же неправильно?

Ну типа того.

Тесты должны быть предсказуемыми.

если это unit-тесты, то они должны быть изолированными от других юнитов.

Как жить без конструктора в сервисах, если через $this->get() вызывается?

Припеваючи

Припеваючи

Ну вот мне надо при вызове передать строку, или инт. Выхода кроме как создать метод setString/setInt и юзать его нет?

Тестируется ли вообще стороннее API? Как по мне нужно симулировать потенциальные JSON ответы и все их вариации и далее передавать на обработку и проверять, что если когда то придет такой ответ - он должен такое-то отдавать.

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

Как жить без конструктора в сервисах, если через $this->get() вызывается?

эм.. че?)

Ну вот мне надо при вызове передать строку, или инт. Выхода кроме как создать метод setString/setInt и юзать его нет?

Лучше передавать эту строку в метод которому она нужна.

Лучше передавать эту строку в метод которому она нужна.

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

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

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

Нужно сделать сервис-фабрику и создать сервис с этой строкой в конструкторе

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

Нет, просто допустим из гет реквеста беру, как пример

Нет, просто допустим из гет реквеста беру, как пример

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

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

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

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

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

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

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

Ну хотя да, как вариант

Но тогда контроллер будет длиннющим

Ну, относительно

еще есть вариант как предложили выше - фабрика

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

еще есть вариант как предложили выше - фабрика

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

<?php class Aservice { } class Bservice { private $a; private $string; public function __construct($a, $string) { $this->a = $a; $this->string = $string; } } class Fabric { private $a; public function __construct(Aservice $a) { $this->a = $a; } public function create($string) { return new BService($this->$a, $string); } }

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

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

Все, понял. Спасибо

А как сюда DI entitymanager`a впилить, или что-то подобное?

в фабрику его инжектишь

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

поэтмоу создавать на каждый кейс отдельный обьект более безопасно

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

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

Начал юзать симфони - бросил php)

Найс

http://symfony.com/blog/new-in-symfony-3-3-import-config-files-with-glob-patterns

подвезли еще импрувменты

норм

это ж теперь можно без геморроя с импортом конфиги делить на директории

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

ага, а то щас примерно такой пиздец - { resource: services/admin.yml } - { resource: services/components.yml } - { resource: services/extensions.yml } - { resource: services/forms.yml } - { resource: services/listeners.yml } - { resource: services/services.yml } - { resource: services/consumers.yml } - { resource: services/repositories.yml } - { resource: services/param_converters.yml }

во-во, аналогично

еще и папочка с bundles - { resource: bundles/old_sound_rabbitmq.yml }

3.3 походу самый жирный апдейт в симфони будет за последние года

Аналогично

Вот есть например такая штука, как LiipFunctionalTestBundle, он разширяет вроде как возможности функционального тестирования. Есть ли что то подобное для юнит тестирования приложения? Например класс, от которого наследуются тесты для тестирования: Репозиториев, Расширений и т.п. Вот например сейчас покрываю тестом конфигурацию бандла:

Допустим базовый класс для тестирования репозиториев бы еще создать, чтобы можно было фикстуры прямо из теста загружать, которые хранятся в папке не ORM, а Tests например и при doctrine:fixtures:load не загружаются.

Чтобы все данные Rollback-ались еще изменненые в процессе тестирования

Мож уже сделали такие фишки?

Или бред?

юнит тестирование и репозитории вещи не совместимы)

Окей, как называются тесты, которые тестят репозитории?

интеграционные

ERROR: S client not available

ВО

Да

Просто для тестирования расширений иногда нужно приводить контейнер в определенное состояние, которое требуется самому расширению: $this->container->set('kernel', \stdClass::class); $this->container->set('booker.queue.transactional_runner', \stdClass::class); $this->container->set('old_sound_rabbit_mq.integration_1c_producer', \stdClass::class); $this->container->set('booker.queue.transactional_runner', \stdClass::class);

а расширения чего?

Для бандла

и что именно тестируешь?

вообще вот примеры https://github.com/doctrine/DoctrineBundle/blob/master/Tests/DependencyInjection/DoctrineExtensionTest.php#L687

Я тестирую, что: 1)В списке загруженных файлов конфигурации есть имена обязательных файлов $this->assertContains('connection.yml', $resourceList); $this->assertContains('manager.yml', $resourceList); $this->assertContains('publisher.yml', $resourceList); $this->assertContains('runner.yml', $resourceList); $this->assertContains('services.yml', $resourceList); 2)Обязательно присутствуют значения по-умолчанию, которые по-умолчанию проставляются на уровне конфигурации бандла, которые необходимы для работы, но их можно и не указывать, но быть они должны. 3)Тест на то, что в контейнер попадают параметры из конфигурации под нужными именами

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

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

это вроде на уровне декларации конфига указывается

Да ->scalarNode('default_tax') ->defaultValue(18) ->validate() ->ifNotInArray([18, '18/118', 10, '10/110', 0, 'Без НДС', 20, '20/120']) ->thenInvalid('Invalid 1C vat type %s') ->end() ->end()

А разве не надо тестировать этот момент? Типа если кто-то сменит или поломает при "рафакторинге"?

все что тебе не принадлежит - тестировать в юнит тестах уж точно не нужно

покопайся по популярным бандлам, посмотри на их тесты

там много полезного есть

А разве не надо тестировать этот момент? Типа если кто-то сменит или поломает при "рафакторинге"?

эти тесты будут чуть более чем бесполезные..

все что тебе не принадлежит - тестировать в юнит тестах уж точно не нужно

Блин, но вот звучит сложно Как по мне конфигурация же мне принадлежит? Я задаю эти правила и проверяю, что их не изменили, разве нет? Это скоуп конфиг компонента типа, а не моего бандла?

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

Типа я как будто проверяю работоспособность ifNotInArray?

Ну ды

https://github.com/symfony/config/tree/master/Tests/Definition вот тут уже все проверили

Спасибо

Я поняль

хм, откуда вы все?

Где-то рекламу дали

да уже написали что из ларавеля

В оффчате

Либо Симфонисты пачками размножаются

да уже написали что из ларавеля

Ларавел для тех кто любит помедленнее