Зачем упорно пытаться передать весь $this.

Передать только нужное свойство.

Проклятый xdebug

Из контейнера хост машину пингую. Указал везде 9000 порт.

Все равно waiting connections

Проклятый xdebug

Ты просто не умеешь его готовить)

Знаю

Именно с докером не получается увязать

Зарелизил версию 1.0 реализации JSONAPI по канонам TDD/SOLID. Буду признателен за ревью/фидбек https://github.com/json-api-php/json-api

Как минимум OCP не соответствует

Как минимум OCP не соответствует

хотелось бы подробностей

В половине случаев привязка к конкретным классам, а не к абстракциям.

пример?

https://github.com/json-api-php/json-api/blob/master/src/Document.php Всюду завязка на конкретных классах, за исключением PrimaryDataInterface

конкретные классы есть, но они инстанцируются в рамках "внутреннего api". по задумке они не должны влиять на OCP

https://github.com/json-api-php/json-api/blob/master/src/Document.php Всюду завязка на конкретных классах, за исключением PrimaryDataInterface

можно на конретном примере?

конкретные классы тут специально,чтобы соблюсти спеки.

большинство из них это value objects по своей сути

выразить требования спеков на языке одних только интерфейсов? ну было бы круто, но я не знаю как.

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

Если я захочу расширить возможности, без изменения потрохов вашей библиотеки мне это не удастся, т-к завязано на конкретные классы - это несоответствие OCP. Вот у вас есть JsonApiPhp\JsonApi\Document\PrimaryData\MultiIdentifierData, который при необходимости придется модифицировать или писать свой класс, но модифицировать уже JsonApiPhp\JsonApi\Document, где первый является и вовсе внутренней зависимостью.

ResourceObject как пример, если у меня уже есть класс как подкласс, если был бы интерфейс у тебя, то без проблем можно подключить

ResourceObject как пример, если у меня уже есть класс как подкласс, если был бы интерфейс у тебя, то без проблем можно подключить

Это чистый VO. Решение предлагаю такое $myObject->toResourceObject()

Обеспечивается OCP паттерном стратегия, который напрямую или косвенно задействуется почти во всех других паттернах проектирования.

Если я захочу расширить возможности, без изменения потрохов вашей библиотеки мне это не удастся, т-к завязано на конкретные классы - это несоответствие OCP. Вот у вас есть JsonApiPhp\JsonApi\Document\PrimaryData\MultiIdentifierData, который при необходимости придется модифицировать или писать свой класс, но модифицировать уже JsonApiPhp\JsonApi\Document, где первый является и вовсе внутренней зависимостью.

я это все понимаю. приведите, пожалуйста, пример расширения функциональности

как я уже сказал, большинство из моих штук - это VO, они закончены, готовы. ну можно их еще final сделать, наверно, но больше я не могу себе представить что бы такое понадобилось, что невозможно выразить в существующей модели

поэтому прошу пример вроде "хочу вот такого-то, а это никак нельзя в твоей штуке реализовать"

Я уже привел с MultiIdentifierData. Любое изменение приведет к изменению библиотеки.

какое например?

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

SOLID он же не бывает сам по себе, он возникает в конкретных применениях

и, да, я очень признателен за интерес

а, ну у нас почасовая оплата. у нас от этого зависит сколько денег в месяц получишь)

Мы hubstaff юзаем, интеграция с жирой терпимая

какое например?

Я хочу чтобы hasLinkTo возвращал true, только, если во всей коллекции $identifier->identifies($resource) возвращает true

Я хочу чтобы hasLinkTo возвращал true, только, если во всей коллекции $identifier->identifies($resource) возвращает true

это будет противоречить спеке IMO

хотя

зажимать себя в рамки 1-2 недель спринта

Спринты это не дедлайны, а этакие единицы времени, которые легко анализировать

Я хочу чтобы hasLinkTo возвращал true, только, если во всей коллекции $identifier->identifies($resource) возвращает true

не, поясните подробнее, пожалуйста. в какой коллекции?

MultiIdentifierData

как я уже сказал, большинство из моих штук - это VO, они закончены, готовы. ну можно их еще final сделать, наверно, но больше я не могу себе представить что бы такое понадобилось, что невозможно выразить в существующей модели

Да, лучше final

MultiIdentifierData

понял! ща, дайте подумать

подумал. MultiIdentifierData это часть внутреннего api, его вообще невозможно передать внутрь документа, он создается только в контексте именованных конструкторов

то есть, если такое требование нужно, оно, на мой взгляд, должно реализовываться на совсем другом слое бизнес-логики

и никак не должно зависеть от модели json api, которая где-то там внизу на транспортном слое живет

Тупо налепить интерфейсов это такое себе

Тупо налепить интерфейсов это такое себе

вот я тоже хотел избежать интерфейсов без веской причины

всем привет. в symfony 3.3 не получается отключить уведомление о deprecated. Добавляю в phpunit.xml "<env name="SYMFONY_DEPRECATIONS_HELPER" value="disabled" />", но всё равно ругается "openssl_encrypt(): Using an empty Initialization Vector (iv) is potentially insecure and not recommended". Кто-то смог побороть?

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

+++

согласен, но, у платежки такой интерфейс

если укажу доп ключ, то не пройдёт валидация, приходится работать с тем что есть :)

вот я тоже хотел избежать интерфейсов без веской причины

вот еще хороший тред https://github.com/thephpleague/period/issues/54

я кидал твит с этим issue в ООП

Что за спам...

t.me/teleglap2 — каталог самых полезных и интересных каналов в телеграм. Присоединяйся к нам!

Красава)

Но не надо было замазывать)

Надо знать героев в лицо)

хехееей

Ха ха))

всем привет. в symfony 3.3 не получается отключить уведомление о deprecated. Добавляю в phpunit.xml "<env name="SYMFONY_DEPRECATIONS_HELPER" value="disabled" />", но всё равно ругается "openssl_encrypt(): Using an empty Initialization Vector (iv) is potentially insecure and not recommended". Кто-то смог побороть?

продублирую, может кто не заметил)

Не скажу с 100% точностью, но попробуй отключить error reporting в php ini

ну это совсем жестко) но спасибо)

Не, ну под словом отключить я имею ввиду выставить уровень. То бишь отключить ворнинги.

ааа

А ещё, вроде, можно вызвать как @fubctionName(). Вроде это метод отключения ворнингов при вызове конкретной функции, но это не точно - не помню

эта штука работает

но ещё не решил юзать в тестах или нет

если не найду решение, то заюзаю в тестах @

юзать в тестах подавление ошибок - так себе идея

@fes0r под так себе ты имел ввиду "Жопа"?

не хотел использовать инженерный слэнг, да

httplug bundle логирует ошибки при запросе?

чуваки привет. кто нить пробовал дебажить с помощью xDebug код который улетает в RabbitMq ?

если проще говоря. мне необходимо найти способ дебажить код который обрабатывает RabbitMq.

тебе надо посмотреть что делает консьюмер с сообщением?

да

так ты можешь поставить brakepoint в консьюмере

интересно в каких кейсах их можно применить

https://github.com/laravel/framework/blob/5.5/src/Illuminate/Http/Resources/Json/Resource.php#L81-L100 видел??

прикольно