гет + сет - это эмуляция свойств

Да мало ли как называется. Метод тоже можно функцией называть, а анонимку замыканием

final readonly class UserInfoResponseDTO { public function __construct( public int $id, public string $name, public AvatarResponseDTO $avatar, // etc ) {} }

а посоны начинают городить геттеры для таких кейсов, чтобы что?

Когда нет readonly

тогда есть @readonly

аттрибуты - это вилами по воде писано

тогда есть @readonly

работает только в связке с ci-cd и хорошей ide

аннотации)

phpstan отлавливает такое

это работает до того момента, когда ты начинаешь выносить код в вендор

Вот такая натация свойств ещё хороша (помимо то что меньше кода) тем что обработчики get и set вызова лежат рядом с полями Плюс у нас появляются строгое разделение методов и свойств

Ну вот да, я полностью топлю за то, чтобы для данных использовать переменные (+ поля, свойства), а для действий - функции (+ методы, процедуры процедуры лучше вообще не использовать)

https://ru.wikipedia.org/wiki/%D0%A1%D0%B2%D0%BE%D0%B9%D1%81%D1%82%D0%B2%D0%BE_(%D0%BF%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5) https://learn.microsoft.com/ru-ru/dotnet/csharp/programming-guide/classes-and-structs/properties https://programm.ws/page.php?id=1061 etc

ок, вроде понятно, спасибо. Хуки свойств завозят в пых в 8.4. У меня 8.3. Как жить правильно?

Ой, да кстати. Хорошо что напомнил Тут ближайшие лет 5 мы будем встречать то, что код одновременно использует свойство и get-set методы (из за легаси и библиотек) И глаза будут кровоточть. И возможно некоторые либы вообще не перейдут на это. Так что те, кто за единообразие или вообще будут использовать только get-set или будут использовать свойства, ну допустим в доменном слое.

Ребят, а есть ли какой-то гайд по тому как правильно заполнять Резюме для поиска работы Ну чтоб у hr и it отдела глаза не закатывались, но при этом что бы реально передать свой опыт + что бы автоматизации меня нашли?

@SerafimArts что насчёт этого скажешь. Я понимаю - ты в резюме просто пишешь "погуглите меня" и все вопросы отпадают. Но что делать простым смертным?

хз, я никогда не заморачивался. Просто написал всё что делаю и умею и всё

ну вот я тоже не заморачиваюсь. Но блин - по ту сторону тоже люди. Они могут начать читать а потом "Да, да, да - мы поняли" А потом приходишь на интервью а тебя по резюме спрашивают и ты понимаешь что они его вообще не читали Значит не зацепило

Работаешь ли ты или нет

Что за контроль?

привет! подскажите филосовский вопрос. Вот есть у меня класс Price. В конструкторе он принимает значение цены Money. У класса есть метод addCoupon(Coupon $coupon), Купон суть сущность у которой есть $type. Тип может быть percent или amount, это enum. В зависимости от типа скидку по этому купону надо считать по-разному, соответственно. class PriceCalculator { public function calculatePrice(Product $product, Seller $seller, Coupon $coupon = null): Price { $price = $product->getPrice(); if (! is_null($coupon)) { $price->addCoupon($coupon); } return $price->applyTax($seller->getTax()); } } скидку расчитывает куркулятор скидок, их 2: процентный и количественный. final class Price implements \JsonSerializable { private function doApplyCoupon(): void { if (! isset($this->coupon)) { return; } $discountAmount = $this->coupon->getDiscountCalculator()->calculateDiscount($this->money); $value = $this->money->amount - $discountAmount->amount; $this->resultMoney = new Money(max($value, 0)); } } class Coupon { public function getDiscountCalculator(): DiscountCalculatorInterface { if ($this->type === CouponType::DiscountPercent) { return new PercentDiscountCalculator($this); } elseif ($this->type === CouponType::DiscountAmount) { return new AmountDiscountCalculator($this); } throw new \Exception('Unknown coupon type'); } } вопрос: меня смущает что я беру конкретный DiscountCalculator у сущности. Типа если для определения какой конкретный DiscountCalculator отдать потребуются ещё зависимости придётся их инжектить както в сущность. посоветуйте пожалуйста как лучше сделать

Не выносить логику калькуляции в сторонний класс, а сделать там, где больше всего данных лежит, которые используются в калькуляции, то есть в Price

а вдруг завтра купон будет применяться не только к цене товара но и ко всему чеку

Когда это понадобится, не будет сложности доработать. Сейчас калькулятор вообще никак не связан с Coupon

привет! подскажите филосовский вопрос. Вот есть у меня класс Price. В конструкторе он принимает значение цены Money. У класса есть метод addCoupon(Coupon $coupon), Купон суть сущность у которой есть $type. Тип может быть percent или amount, это enum. В зависимости от типа скидку по этому купону надо считать по-разному, соответственно. class PriceCalculator { public function calculatePrice(Product $product, Seller $seller, Coupon $coupon = null): Price { $price = $product->getPrice(); if (! is_null($coupon)) { $price->addCoupon($coupon); } return $price->applyTax($seller->getTax()); } } скидку расчитывает куркулятор скидок, их 2: процентный и количественный. final class Price implements \JsonSerializable { private function doApplyCoupon(): void { if (! isset($this->coupon)) { return; } $discountAmount = $this->coupon->getDiscountCalculator()->calculateDiscount($this->money); $value = $this->money->amount - $discountAmount->amount; $this->resultMoney = new Money(max($value, 0)); } } class Coupon { public function getDiscountCalculator(): DiscountCalculatorInterface { if ($this->type === CouponType::DiscountPercent) { return new PercentDiscountCalculator($this); } elseif ($this->type === CouponType::DiscountAmount) { return new AmountDiscountCalculator($this); } throw new \Exception('Unknown coupon type'); } } вопрос: меня смущает что я беру конкретный DiscountCalculator у сущности. Типа если для определения какой конкретный DiscountCalculator отдать потребуются ещё зависимости придётся их инжектить както в сущность. посоветуйте пожалуйста как лучше сделать

Ну это же стандартная проблема Рич моделей. Что зависимости нужно передавать аргументами

Не знаю наверное есть. У нас нет рич моделей, у нас сервис слой

Скорее всего да какая-то фабрика которая возвращает нужную стратегию для купона