Д
Кажется, отложенный диспетчер выглядит хорошим аналогом для этих нелепых костылей с эвентами.
Size: a a a
2020 November 05
СП
Кажется, отложенный диспетчер выглядит хорошим аналогом для этих нелепых костылей с эвентами.
Но тогда диспетчер надо внутрь сущности прокидывать
Д
Зависит от сущности. "Богатые" сущности и так много чего в себе делают.
a
У кого то есть yii-docker для php 8?
В
Кажется, отложенный диспетчер выглядит хорошим аналогом для этих нелепых костылей с эвентами.
Насколько я помню, его пытались сделать и решили, что не стоит
В
Лучше какой-то примитив, который накапливает в себе события, а затем запускает их в диспетчер
СП
Насколько я помню, его пытались сделать и решили, что не стоит
В
В
А какой именно это должен быть примитив... @predvoditelev считает, что это трейт, а я - что сервис)
СП
А какой именно это должен быть примитив... @predvoditelev считает, что это трейт, а я - что сервис)
Можешь пример накидать с сервисом?
В
В целом я считаю, что трейты не стоит использовать там, где есть возможность их не использовать. Они привносят побочные эффекты
AM
@samdark удаление отсюда errorLevel мне кажется неверным - т.к. изначально уровень был 1, а по умолчанию псалм выставляет 2
https://github.com/yiisoft/security/blob/master/psalm.xml
Можно регулировать между уровнем 1 и 2 с помощью параметра totallyTyped, но он устарел
https://psalm.dev/docs/running_psalm/configuration/#totallytyped
https://github.com/yiisoft/security/blob/master/psalm.xml
Можно регулировать между уровнем 1 и 2 с помощью параметра totallyTyped, но он устарел
https://psalm.dev/docs/running_psalm/configuration/#totallytyped
Эээ... Разве не 1 по дефолту?
В
Можешь пример накидать с сервисом?
interface DeferredEventService {
public function pushEvent(object $event): void;
public function releaseEvents(): void;
}AM
Ну блин :)
AM
А в схеме у них написано что дефолт 1...
СП
interface DeferredEventService {
public function pushEvent(object $event): void;
public function releaseEvents(): void;
}Это я видел, но как использовать.
Мне надо сделать реализацию интерфейса, потом её через DI получить, потом передавать при каждом действии в сущность
Мне надо сделать реализацию интерфейса, потом её через DI получить, потом передавать при каждом действии в сущность
В
Это я видел, но как использовать.
Мне надо сделать реализацию интерфейса, потом её через DI получить, потом передавать при каждом действии в сущность
Мне надо сделать реализацию интерфейса, потом её через DI получить, потом передавать при каждом действии в сущность
Реализацию сделать дефолтную в пакете. Можно даже без интерфейса, наверное. Сейчас пример сделаю
AM
Посмотрите мой закрытый pull request...
В
Это я видел, но как использовать.
Мне надо сделать реализацию интерфейса, потом её через DI получить, потом передавать при каждом действии в сущность
Мне надо сделать реализацию интерфейса, потом её через DI получить, потом передавать при каждом действии в сущность
final class CommentService
{
private CommentRepositoryInterface $commentRepository;
private DeferredEventService $eventService;
public function create(string $threadId, string $userId, string $body, ?string $byUserId = null): Comment
{
$this->eventService->pushEvent(new EventBefore());
$comment = new Comment(
UuidHelper::generateTimestampFirstCombUuid4(),
$thread->getId(),
$userId,
$body,
$byUserId,
);
$this->eventService->pushEvent(new EventInside());
$this->commentRepository->save($comment);
$this->eventService->pushEvent(new EventAfter());
$this->eventService->releaseEvents();
return $comment;
}
}
a
Эээ... Разве не 1 по дефолту?
Нет, в коде видно что 2. И, я сегодня на примере json пакета заметил, что не по дефолту