Опыт приходит с опытом)

ну второй сервис для этого софта уже работает через колбек

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

Уже нет. Статус работы - "Normal"

https://www.githubstatus.com/

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

"items": [
  {
    "id": "152"
    "title": "item title 2",
    "size": {
      "length": 2,
      "width": 1.5,
      "height": 1.5
    },
    "cost_value": "20",
    "cost_currency": "RUR",
    "weight": 701,
    "quantity": 1
  }
]

Один из примеров: Я создал класс Item и класс Size, несколько вопросов:
При создании экземпляра Item в конструктор передавать экземпляр предварительно инстанцированного Size, или же 3 параметра (length, width, height), а уже внутри конструктора инстанцировать Size и передавать эти параметры в конструктор?

Инкапсулировать ли логику получения данных о габаритах? Ну т.е. делать:

$item->getSize()->getWidth();

или достаточно гетера в Item, со след. содержимым:

return $this->size->getWidth();

?

использовать трансформер 😵

По логике Size не может существовать без Item, т.е. это композиция, следовательно склоняюсь к параметрам конструктора

?

А, это не твои модели

Лучше в конструктор закидывать объект размеров

Но ведь при этом его придётся инстанцировать во вне, а он по логике является частью Item, т.е. тут композиция, а значит лучше доп. параметры в конструктор Item, а уже в нём создать и присвоить Size? Я не прав?

А вообще, не понятно что такое Item, для сущности там нет поведения, да и по сути идентификатора (id - опциональный для API параметр), это не ValueObject, а для DTO это как-то сложно, есть вложенность...

Добавил очередь  для создания меток, все работает, но в тестах я не могу протестировать генератор маршрутов
https://pastebin.com/6ep2HkDH

драйвер очереди в тестах поставь  sync

ноль эффекта, ставил database и sync, один результат

народ, делаю api клиент и возник вопрос

как бы вам было удобнее вызывать методы клиента?

$result = $client->createNetwork('test');

или

$result = $client->call(new CreateNetwork('test'))

проблема с первым вариантом, класс растет с добавлением новых методов =/

class Client {

__construct(ApiConnectionInterface $connection)

Queue::assertPushed(GenerateRouteJob::class, function ($job) {
           $job->handle();
       });

вот так до handle доходит, но дальше
1) Tests\Feature\ApiMapControllerTest::test_generate_route
The expected [App\Jobs\GenerateRouteJob] job was not pushed.
Failed asserting that false is true.

/var/www/projects/saas/vendor/laravel/framework/src/Illuminate/Support/Testing/Fakes/QueueFake.php:42
/var/www/projects/saas/vendor/laravel/framework/src/Illuminate/Support/Facades/Facade.php:261
/var/www/projects/saas/tests/Feature/ApiMapControllerTest.php:95

class SomeClass {

__construct(Client $client)


$this->client->post