Телеграмм чат группы symfony_php страница 11462

parrot.ru

Рейтинг популярных групп и каналов

В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

symfony

1879 membersпожаловаться на группу

2020 October 07

SP

Sergey Protko in symfony

так, ДДД говорит спросить у бизнеса что делать.

мол смотри... как убедиться что в базе будет только уникальные ссылки - повесить юник констрейнт. Так? то есть если будет дубль то по пизде пойдет. Дальше вопрос - откуда дубли берутся? с этим ты идешь к бизнесу и выясняешь. Может быть там просто контент менеджер из спредшита руками заполняет (может тогда импорт сделать проще?) может быть еще чего....

Не зная бизнес сторону вопроса ты будешь искать технические решения технических проблем. А ДДД оно не про технические проблемы, оно про buisness domain : )

https://www.youtube.com/watch?v=fWU8ZK0Dmxs

Udi Dahan - If (domain logic) then CQRS, or Saga?

Domain-Driven Design Europe 2017
http://dddeurope.com - https://twitter.com/ddd_eu

If (domain logic) then CQRS, or Saga?

The “if” statement – the guard clause that makes sure that what shouldn’t happen, can’t happen. We see it all over our code base, especially in our domain logic. The thing is, when we use properties of domain objects in those if-statements, we don’t even realize that other agents may have just changed that data – or will change it just a second later. In essence, hiding behind those little “ifs”, are all kinds of race conditions and collaborative domains – the places where CQRS approaches are necessary. Join Udi for a different perspective on domain logic, CQRS, and long-running processes. It will be quite a saga.

Udi Dahan is one of the world’s foremost experts on Service-Oriented Architecture and Domain-Driven Design and also the creator of NServiceBus, the most popular service bus for .NET.

источник

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

ПГ

Павел Г. in symfony

interface ArticleLikeServiceInterface 
{
    public function hasLike(Article $article, UserInterface $user): bool;
    public function like(Article $article, UserInterface $user):

void

;
    public function unlike(Article $article, UserInterface $user):

void

;
}

и всё - задача решена - остальное не важно

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

источник

15:16пожаловаться #2

SP

Sergey Protko in symfony

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

Если вероятность этого низкая и происходит это редко - зачем загоняться?

источник

15:16пожаловаться #3

SP

Sergey Protko in symfony

не надо оптимизировать систему под QA которым только волю дай они твое приложение будут из двух таб прокликивать

источник

15:17пожаловаться #4

JB

Jurij Bachkov in symfony

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

Сущность вообще ничего не должна знать о окружающем мире

источник

15:17пожаловаться #5

D

Dmitry in symfony

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

Если вероятность этого низкая и происходит это редко - зачем загоняться?

бобро поржаловать (с) в риск-менеджмент :)

источник

15:17пожаловаться #6

SP

Sergey Protko in symfony

Сущность вообще ничего не должна знать о окружающем мире

все верно, данные отдельно процедуры отдельно. Это то что называется ООП)

источник

15:17пожаловаться #7

ПГ

Павел Г. in symfony

Сущность вообще ничего не должна знать о окружающем мире

Ну как сказать, с лайком это проще рушить. Сущность не должна знать про то кто ее лайкнул. А вот есть сущность "профайл" а у него "видео профайлы(ссылки на ютуб)", которые надо проверить - уже вопрос, должна знать или нет?

источник

15:19пожаловаться #8

JB

Jurij Bachkov in symfony

Нахрена Article об это знать? За 100 лайков название статьи поменяется? Или в тексте смайлик появиться ?

источник

15:21пожаловаться #9

ПГ

Павел Г. in symfony

Просто у меня немного когнетивный диссонанс. Анемик модель плохо, Делаю рич модель - но она наичнает распухать появляется ненужный каплинг, начинаем выносит вот в такие "сервис классы" и в итоге - опять анемик

источник

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

ПГ

Павел Г. in symfony

Возможно я мешаю всё в кучу

источник

15:21пожаловаться #11

ПГ

Павел Г. in symfony

Нахрена Article об это знать? За 100 лайков название статьи поменяется? Или в тексте смайлик появиться ?

Согласен, что для жизненнго цикла статьи - ей не нужно знать о комментах, видео и прочем

источник

15:22пожаловаться #12

JB

Jurij Bachkov in symfony

LikeService + кэш + шлюхи

источник

15:22пожаловаться #13

SP

Sergey Protko in symfony

Просто у меня немного когнетивный диссонанс. Анемик модель плохо, Делаю рич модель - но она наичнает распухать появляется ненужный каплинг, начинаем выносит вот в такие "сервис классы" и в итоге - опять анемик

потому что нельзя просто взять и класть логику в сущности если ты не пересматриваешь модель данных. Если ты взял анемик модель и просто положишь поведение к данным то ты на выходе получишь жирные сущности которые нарушают SRP и OCP.

источник

15:22пожаловаться #14

SP

Sergey Protko in symfony

пересмотр модели данных сложно потому вот живем как @unrealevil

источник

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

ВУ

Валентин Удальцов... in symfony

можно даже сделать так:

namespace App\Likes;

class User
{
    public function __construct(
        private string $userId,
        private Connection $db
   } {}

   public function like(string $postId): void {
       $this->db->executeUpdate('INSERT INTO post_likes VALUES(:postId, :userId) ON CONFLICT DO NOTHING');
   }
}

и потом в контроллере

namespace App\Likes;

class LikesController
{
    public function like(User $user, string $postId) // обратить внимание что это юзер именно для лайков
    {
        $user->like($postId);
    }
}

Класс, мы тоже к этому пришли. Если нет if-а, модель скорее всего не нужна, можно просто обернуть бд в два счёта, чтоб покрасивее было, написать элементарный тест и таска закрыта.

источник

15:22пожаловаться #16

SP

Sergey Protko in symfony

Валентин Удальцов

Класс, мы тоже к этому пришли. Если нет if-а, модель скорее всего не нужна, можно просто обернуть бд в два счёта, чтоб покрасивее было, написать элементарный тест и таска закрыта.

все так. могу добавить что многие хотят просто "один стиль в проекте". мол если у тебя лайки через тэйбл гейтвей то все должно быть так "ВО ИМЯ КОНСИСТЕНТНОСТИ!" . А то что в одном продукте задачи есть и сложные (их мало) и простые (их много) и бывают еще средние...

источник

15:23пожаловаться #17

SP

Sergey Protko in symfony

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

источник

15:24пожаловаться #18

AA

Artem Aleksandrov in symfony

все так. могу добавить что многие хотят просто "один стиль в проекте". мол если у тебя лайки через тэйбл гейтвей то все должно быть так "ВО ИМЯ КОНСИСТЕНТНОСТИ!" . А то что в одном продукте задачи есть и сложные (их мало) и простые (их много) и бывают еще средние...

Особенно больно, когда людей клинит на фразе “а давайте без ОРМ”

источник

15:24пожаловаться #19

VM

Volodymyr Melko in symfony

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

у меня есть 2 сервиса, первый кидает запрос на второй и с результат запроса конвертится в объект с тайпед пропертис. но при попытке обратится к этим свойствам вылетает ошибка, мол свойства не инициализированы. Хотя по логах я вижу, что запрос ушел и вернул корректные данные. Да и без указания типа все работает, данные в объект попадают
пхп 7.4.10 если что

источник

15:24пожаловаться #20