namespace App\Services;

use App\Interfaces\PayPartsInterface;

use PayParts\PayParts;
use App\DTO\PaySettingsDTO;

class PayPartsService implements PayPartsInterface
{
   private $payParts;

   public function __construct(PaySettingsDTO $settings)
   {
       $this->payParts = new PayParts($settings->setting['store_id'], $settings->setting['password']);
   }

   public function setOptions(array $options)
   {
       return $this->payParts->setOptions($options);
   }

   public function create(string $method)
   {
       return $this->payParts->create($method);
   }
}

можно сразу зафигачить пустой интерфейс по приколу для ДТОшек, и в параметры этот интерфейс вставить

Говорили балакали, сіли і заплакали)

Ты меня поломал

а как тогда назвать лучше? дто это не энтити. и в дто можно делать проверки и кидать эксепшены.

ты ща пытаешься оч большой кусок слона сожрать

это жадность к знаниям)))

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

у меня в энтити доктрины в сеттерах всегда есть проверки.

Мы сейчас привязались я так понял к Ларавелю. Например та же библиотека (/пакет, не важно) что он исопльзует, не только под Лару сделана. И никто не может гарантировать что в конструктор основного класса будут приходить валидные данные.

Это можно решить: указав строгий тип string, тогда null или другое не передадим.
Но тут мы можем получить пустую строку, что тоже скорей всего нас не устраивает, но скорей всего как и при просто при неправильном ключе сервис к которому мы обращаемся выдаст 401 ошибку.

Вот тут и можно сделать “валидацию”, если мы уже говорим делать ее, и где делать. Потому что в СервисеПровайдере у себя мы сделаем, но если кто-то решит переиспользовать наш “Сервис”, то может уже пропихнуть там и невалидные данные.

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

у меня в энтити доктрины в сеттерах всегда есть проверки.

жаль в 8 не добавили структуры данных

есть опасность так перегореть. аккуратней

они уже очень давно как есть в ds экстеншене, и по-моему в СПЛ, почему бы не пользоваться