YB
sqs://sqs://endpoint_addr:endpoint_port ?
Size: a a a
2020 November 19
JB
sqs://key:secret@sqs.eu-west-1.amazonaws.com/number/name.fifo
YB
о, так намного лучше, спасибо
YB
то есть по сути урл кьюшки надо? по типу sqs://test:test@localhost:4566/000000000000/job-queue-name
JB
Локалхост?
IY
привет. Подскажите, кто сталкивался, как лучше подружить VO с Doctrine? Из 3-х предложанных гуглом вариантов (fake entity, embeddable, child entity) выбрал третий, то есть компромисс - добавляю в VO поле private id и маплю в Doctrine как обычную энтити. Но проблема в том, что в коде надо сохранить иммутабельность, то есть при обновлении агрегата мы можем только заменить related VO новыми инстансами, а это приводит к тому что доктрина делает insert вместо update, и как следствие unique constraint violation.
ИС
Ilia Yatsenko
привет. Подскажите, кто сталкивался, как лучше подружить VO с Doctrine? Из 3-х предложанных гуглом вариантов (fake entity, embeddable, child entity) выбрал третий, то есть компромисс - добавляю в VO поле private id и маплю в Doctrine как обычную энтити. Но проблема в том, что в коде надо сохранить иммутабельность, то есть при обновлении агрегата мы можем только заменить related VO новыми инстансами, а это приводит к тому что доктрина делает insert вместо update, и как следствие unique constraint violation.
Создавать свой тип для доктрины
YB
приветствую.
пожскажите пожалуйста ответ на такой вопрос.
есть у меня в классе EntityManagerInterface
в методе класса последовательно вызываются
пытаюсь на этот метод написать юнит тест
можно ли(и если можно, то как правильно) описать expect() для мока EntityManager-а для следующего кейса
Т.е. описать, что вызов метода с конкретным аргументом есть, а вот с другим аргументом уже нет.
пожскажите пожалуйста ответ на такой вопрос.
есть у меня в классе EntityManagerInterface
в методе класса последовательно вызываются
$entity = $this->entityManager->getRepository(SomeClass)->...
if (null === $entitty) {
throw new Exception
}
$otherEntity = $this->entityManager->getRepository(SomeOtherClass)->...
if (null === $otherEntity) {
throw new Exception
}
this->entityManager->getRepository(SomeThirdClass)->...
пытаюсь на этот метод написать юнит тест
можно ли(и если можно, то как правильно) описать expect() для мока EntityManager-а для следующего кейса
$mockEntityManager->expects(self::once())->method('getRepository')->with(SomeClass)...
$mockEntityManager->expects(self::never())->method('getRepository')->with(SomeOtherClass)...Т.е. описать, что вызов метода с конкретным аргументом есть, а вот с другим аргументом уже нет.
ИС
Ilia Yatsenko
привет. Подскажите, кто сталкивался, как лучше подружить VO с Doctrine? Из 3-х предложанных гуглом вариантов (fake entity, embeddable, child entity) выбрал третий, то есть компромисс - добавляю в VO поле private id и маплю в Doctrine как обычную энтити. Но проблема в том, что в коде надо сохранить иммутабельность, то есть при обновлении агрегата мы можем только заменить related VO новыми инстансами, а это приводит к тому что доктрина делает insert вместо update, и как следствие unique constraint violation.
Но тут тоже есть нюансы, которые могут сильно повлиять на выбор.
VS
приветствую.
пожскажите пожалуйста ответ на такой вопрос.
есть у меня в классе EntityManagerInterface
в методе класса последовательно вызываются
пытаюсь на этот метод написать юнит тест
можно ли(и если можно, то как правильно) описать expect() для мока EntityManager-а для следующего кейса
Т.е. описать, что вызов метода с конкретным аргументом есть, а вот с другим аргументом уже нет.
пожскажите пожалуйста ответ на такой вопрос.
есть у меня в классе EntityManagerInterface
в методе класса последовательно вызываются
$entity = $this->entityManager->getRepository(SomeClass)->...
if (null === $entitty) {
throw new Exception
}
$otherEntity = $this->entityManager->getRepository(SomeOtherClass)->...
if (null === $otherEntity) {
throw new Exception
}
this->entityManager->getRepository(SomeThirdClass)->...
пытаюсь на этот метод написать юнит тест
можно ли(и если можно, то как правильно) описать expect() для мока EntityManager-а для следующего кейса
$mockEntityManager->expects(self::once())->method('getRepository')->with(SomeClass)...
$mockEntityManager->expects(self::never())->method('getRepository')->with(SomeOtherClass)...Т.е. описать, что вызов метода с конкретным аргументом есть, а вот с другим аргументом уже нет.
Зачем эту дичь тестить?
IY
Игорь Снежко
Но тут тоже есть нюансы, которые могут сильно повлиять на выбор.
буду признателен за подробности или ссылки, спасибо.
YB
Vlad Sobenko
Зачем эту дичь тестить?
ну я как-то привык максимально подробно моки настраивать в юнит-тестах.
VS
ну я как-то привык максимально подробно моки настраивать в юнит-тестах.
Тестить юнитами моками какую то инфраструктурную шляпу. Не очень
VS
приветствую.
пожскажите пожалуйста ответ на такой вопрос.
есть у меня в классе EntityManagerInterface
в методе класса последовательно вызываются
пытаюсь на этот метод написать юнит тест
можно ли(и если можно, то как правильно) описать expect() для мока EntityManager-а для следующего кейса
Т.е. описать, что вызов метода с конкретным аргументом есть, а вот с другим аргументом уже нет.
пожскажите пожалуйста ответ на такой вопрос.
есть у меня в классе EntityManagerInterface
в методе класса последовательно вызываются
$entity = $this->entityManager->getRepository(SomeClass)->...
if (null === $entitty) {
throw new Exception
}
$otherEntity = $this->entityManager->getRepository(SomeOtherClass)->...
if (null === $otherEntity) {
throw new Exception
}
this->entityManager->getRepository(SomeThirdClass)->...
пытаюсь на этот метод написать юнит тест
можно ли(и если можно, то как правильно) описать expect() для мока EntityManager-а для следующего кейса
$mockEntityManager->expects(self::once())->method('getRepository')->with(SomeClass)...
$mockEntityManager->expects(self::never())->method('getRepository')->with(SomeOtherClass)...Т.е. описать, что вызов метода с конкретным аргументом есть, а вот с другим аргументом уже нет.
Почему бы не заижектить репы отдельно, не доставая из em?
YB
это не инфраструктура. это бизнес-логика, которая которая предварительно получает данные из БД.
AA
это не инфраструктура. это бизнес-логика, которая которая предварительно получает данные из БД.
Даже если напишите тест, то замучаетесь потом его поддерживать
YB
Vlad Sobenko
Почему бы не заижектить репы отдельно, не доставая из em?
это был бы самый правильный вариант. но репы у нас в проекте не описаны, как сервисы, чтобы их можно было инжектить.
все репы у нас описаны через доктриновские аннотации
все репы у нас описаны через доктриновские аннотации
@ORM\Entity(repositoryClass="SomeEntityRepository")DT
так опиши
VS
это не инфраструктура. это бизнес-логика, которая которая предварительно получает данные из БД.
Предпочёл бы такую дичь не видить в коде.
$em->getRepo($class)->find($id). throw Exception.Лучше в мидлварах разрулить такое
VS
это был бы самый правильный вариант. но репы у нас в проекте не описаны, как сервисы, чтобы их можно было инжектить.
все репы у нас описаны через доктриновские аннотации
все репы у нас описаны через доктриновские аннотации
@ORM\Entity(repositoryClass="SomeEntityRepository")Ну страдай теперь))0