принцип муравьеда это всмысле через вот эту, как её, передачу аргумента по ссылке?

Не понимаю о чём ты

Не понимаю о чём ты

ну в аргумент результат складывать

или что значит "закидыввать контекст в метод". В метод можно закинуть аргумент.. или я не понимаю

Да. Ты создаешь некий dao. Называешь его CalulationContext или CalculationCommand. В нём 3 метода. getA getB (их метод будет использовать для расчётов) и setResult и getResult (setter вызовется внутри метода, а геттер дёрнет вызывающий) Ну и всё.

привет! Надо посчитать в сервисе несколько значений. как православнее: отдать результат в dto или можно геттерами из сервиса поспрашивать?

Сервис все же про стейтлесс + может лежать в DI единственным экземпляром, так что отдавать что то из сервиса через геттеры, как то странно звучит

сори, я нихуя не понял :)

<?php class DivModCommand { public ?int $div = null; public ?float $mod = null; public function __construct(private readonly int $dividend, private readonly int $divisor) { } public function getDiv(): int { return $this->div ?? throw new RuntimeException('Div result is not defined'); } public function getMod(): int { return $this->mod ?? throw new RuntimeException('Mod result is not defined'); } public function getDividend(): int { return $this->dividend; } public function getDivisor(): int { return $this->divisor; } public function setResult(int $div, float $mod): void { if ($this->div !== null || $this->mod !== null) { throw new RuntimeException('Unable to redefine diff re'); } $this->div = $div; $this->mod = $mod; } } class CaluclationService { public function calulateDivMod(DivModCommand $command): void { if ($command->getDivisor() === 0) { throw new DomainException('The divisor cannot be zero'); } $div = intdiv($command->getDividend(), $command->getDivisor()); $mod = fmod($command->getDividend(), $command->getDivisor()); $command->setResult(div: $div, mod: $mod); } } $calculator = new CaluclationService(); $command = new DivModCommand(10, 3); $calculator->calulateDivMod($command); var_dump($command->getDiv(), $command->getMod()); // int(3) int(1)

делай так, как было бы производительней. Если нужно вернуть 2,3 значения и для них нужны одинаковые запросы в бд, то лучше слить в один метод и отдать в одной дто. Идеалы чистого кода никогда не могут быть превыше производительности. Можно ещё использовать прицеп муравьеда. То есть закидывать некий контекст в этот метод, из этого контекста метод будет считывать аргументы для калькуляции и в этот же контекст он будет класть результат. А метод будет возвращать void

Это называется принцип хрен пойми что происходит )

Ты передаешь какой-то объект из которого читаешь и пишешь в него. Это затрудняет понимание кода. При попытке вызвать фцию с тем же контекстом второй раз могут быть баги (контекст нужно ресетить)

Раньше == во времена пхп 4, просто потому что объекты по значению передавались всегда, а не по указателю как сейчас

согласен про понимание Я поэтому и спросил про передачу аргумента по ссылке, раньше модно было в функцию передать аргумент по ссылке и туда же сложить часть результата, а ещё часть результата вернуть результатом функции. Чтобы вообще нихуя не понятно было :)

На счет модно хз, но если брать объекты, то в целом рабочая тема, но все же по контексту задачи. Типа : $queryBuilder = new qb(); $this->applyConditon($queryBuilder); $this->applyFilter($queryBuilder); $this->applyPagination($queryBuilder) Хотя если объект имутабельный, уже такое не провернуть

я заехал на 5й пых и в 7м и даже иногда в 8м ещё такое видел

Можно сделать иммутабельным, не проблема

Сделать то можно, но уже такой код не провернуть ) надо полюбому возврашать результат

На счет модно хз, но если брать объекты, то в целом рабочая тема, но все же по контексту задачи. Типа : $queryBuilder = new qb(); $this->applyConditon($queryBuilder); $this->applyFilter($queryBuilder); $this->applyPagination($queryBuilder) Хотя если объект имутабельный, уже такое не провернуть

Кто-нибудь значет почему я в форме не могу сохранить <iframe></iframe> но спокойно <a></a> или <p></p>, то есть при iframe передается просто null?

Какойнить htmlpurifier по дороге вырезает

Ты передаешь какой-то объект из которого читаешь и пишешь в него. Это затрудняет понимание кода. При попытке вызвать фцию с тем же контекстом второй раз могут быть баги (контекст нужно ресетить)

Да, в целом профит не особо понятен, зачем делать void и объединять запрос-ответ в один объект

Потому что результатов по условию задачи может быть несколько. Тем более объединяя всё в единый контекст ты получаешь профит в тех случаях когда запросить результат надо несколько раз, а потом с ним работать. У тебя будет объект из которого ты сразу будешь делать выводы: вот аргументы и вот результат который я получу с ними

Сейчас же модно ФП, чистые фции и все такое

Потому что результатов по условию задачи может быть несколько. Тем более объединяя всё в единый контекст ты получаешь профит в тех случаях когда запросить результат надо несколько раз, а потом с ним работать. У тебя будет объект из которого ты сразу будешь делать выводы: вот аргументы и вот результат который я получу с ними

Контекст - это контекст, с ним все понятно, есть тот же сериалайзер. А в чем профит в примере выше не понятно. Что мешает сделать request / response объекты отдельно.

Потому что результатов по условию задачи может быть несколько. Тем более объединяя всё в единый контекст ты получаешь профит в тех случаях когда запросить результат надо несколько раз, а потом с ним работать. У тебя будет объект из которого ты сразу будешь делать выводы: вот аргументы и вот результат который я получу с ними

Зачем плодить ссущих

Нормально делать dto из request для сервиса, и чтобы сервис возвращал свой dto для response?

Более того делают так, что в контроллер сразу приходит DTO вместо реквеста

Фция должна быть защищена от возможных проблем с многопоточностью (в пхп не сильно актуально но а других ЯП актуально)

Где хранить столько dto, если в отдельной папке DTO то их наплодиттся куча, если в папке контроллера то будет каша

Я храню Action, Validator и Handler который вызывает сервис из di по интерфейсу

согласен про понимание Я поэтому и спросил про передачу аргумента по ссылке, раньше модно было в функцию передать аргумент по ссылке и туда же сложить часть результата, а ещё часть результата вернуть результатом функции. Чтобы вообще нихуя не понятно было :)

как обычно принято сделать нормальную коллекцию объектов чтобы получать объекты и шторм понимал что он получает без всяких phpdoc