Телеграмм чат группы symfony

Я тоже думал об этом подходе, но возникают сложности с большим объемом данных. Т.е. в идеальном варианте должно быть два хэндлера:
EditArticle UserEditAcrticle А так же у них свои DTO
Но если входных данных будет много, то маппинг одного DTO в другое будет довольно большим по коду.
Т.е. проверка прав 1 строчка, а маппинг - 10

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

EditArticleCommand::fromUserCommand(UserEditArticleCommand): self

источник

23:50пожаловаться #5

ПГ

Павел Г. in symfony

Volodymyr Melko

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

EditArticleCommand::fromUserCommand(UserEditArticleCommand): self

Этот конструктор тоже надо прописать же)

источник

23:50пожаловаться #6

VM

Volodymyr Melko in symfony

Павел Г.

Этот конструктор тоже надо прописать же)

ну раз пропишешь, а использование в одну строку =)

источник

23:52пожаловаться #7

ПГ

Павел Г. in symfony

Потом будут другие команды, и опять это борода. Нет никакого переиспользования.
А в идеале у нас одна логика проверки UserIsOwner , которую по хорошему можно было бы переиспользовать на разных командах.

источник

23:52пожаловаться #8

VM

Volodymyr Melko in symfony

Павел Г.

Потом будут другие команды, и опять это борода. Нет никакого переиспользования.
А в идеале у нас одна логика проверки UserIsOwner , которую по хорошему можно было бы переиспользовать на разных командах.

никто не запрещает внутри хендлера вызывать эту проверку там где тебе это нужно. Вынеси ее в отдельную команду или сервис и используй столько раз, сколько тебе надо

источник

23:53пожаловаться #9

ПГ

Павел Г. in symfony

Volodymyr Melko

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

EditArticleCommand::fromUserCommand(UserEditArticleCommand): self

Ее я вынесу, но это останется:
EditArticleCommand::fromUserCommand(UserEditArticleCommand): self
Потмо будет
RemoveArticleCommand::fromUserCommand(UserRemoveArticleCommand): self

Куча бесполезного кода.

источник

23:55пожаловаться #10

A

AlexS in symfony

Павел Г.

Ну вот я про это и говорил, что не надо париться. Фесор довольно уважаемый тут человек и тоже предлагал трейты.

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

источник

23:55пожаловаться #11

ПГ

Павел Г. in symfony

AlexS

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

Как вариант - усложнить себе жизнь, сделать доменные сущности != doctrine entity и передавать в конструктор event storage

источник

23:58пожаловаться #12

2020 November 05

ПГ

Павел Г. in symfony

AlexS

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

Чисто интересно почитать не тривиальный подход :)
https://stackoverflow.com/questions/25515452/sf2-using-a-service-inside-an-entity/25533968#25533968

Stack Overflow

Sf2 : using a service inside an entity

i know this has been asked over and over again, i read the topics, but it's always focused on specific cases and i generally try to understand why its not best practise to use a service inside an e...

источник

00:01пожаловаться #13

ПГ

Павел Г. in symfony

Приветствую. Подскжите плиз хороший сервис для email рассылок, чтобы завелся с симфони СфивтМейлер.

источник

10:04пожаловаться #14

D

Dmitry in symfony

Павел Г.

Приветствую. Подскжите плиз хороший сервис для email рассылок, чтобы завелся с симфони СфивтМейлер.

postmark

источник

10:08пожаловаться #15

AK

Alexander Kaluzhsky in symfony

Павел Г.

Приветствую. Подскжите плиз хороший сервис для email рассылок, чтобы завелся с симфони СфивтМейлер.

Юзаем Mandrill, но там он не очень дешевый насколько могу знать

источник

10:09пожаловаться #16

ПГ

Павел Г. in symfony

Спасибо, сейчас посмотрю

источник

10:09пожаловаться #17

ПГ

Павел Г. in symfony

Dmitry

postmark

Доку смотрю, там примеры с новым Mailer, а с SwiftMailer работает?

источник

10:13пожаловаться #18

D

Dmitry in symfony

https://github.com/wildbit/swiftmailer-postmark

GitHub

wildbit/swiftmailer-postmark

The Official Swiftmailer Transport for Postmark. Contribute to wildbit/swiftmailer-postmark development by creating an account on GitHub.

источник

10:14пожаловаться #19

ПГ

Павел Г. in symfony

Dmitry

https://github.com/wildbit/swiftmailer-postmark

GitHub

wildbit/swiftmailer-postmark

The Official Swiftmailer Transport for Postmark. Contribute to wildbit/swiftmailer-postmark development by creating an account on GitHub.

Спасибо!
Правильно ли я понимаю, что если у меня сейчас в проекте автовайрится простой Свифт, мне просто нужно настроить фабрику, которая будет траспорт postmark подставлять?

источник

10:19пожаловаться #20