ты не о том

вполне вероятно)

в твоём примере даже конфликта нет )

склеивал людей в 1 профиль

генерил "полный прототип"

но сохранял и "каждые" версии

но это не про обсуждение примерения инстансоф

ну я пока и проблемы не увидел)

можно было дополнить любым обхектом даже без интферфейса

можно было "смержить" без интерфейса

нго интерфейс дополнял правила

но это же костыли)

не понимаю, что значит "без интерфейса"

ну типо любые 2 объекта ему дай

но это же костыли)

ну щас бы я по другому сделал. но это всё равно не космтыли

и он сделает магию

а угода универсальности

и есть шанс что получится как надо

а есть шанс что ничего не получится

ну типо любые 2 объекта ему дай

так в том и суть

а, мержилка

я допер

сложна

вообще это беда невозможности перегрузки методов)

причём медржились не только профили из соцсетей

и следствие от туда уже надо instanceof

сделал универсально

а чо вы сюда перекатились?

уйди зашибёт )

но это имхо

inctanceof это условно

есть интерфейс базовый: умеет превращаться в массив

есть не базовый а отнаследованный. есть правила

или целый "внешние" методы кастом мержа

зачем нам знать детали?)

ну да ну да

просто у всех есть интерфейсы и тд на работе)

ну сложно придумать изолированную задачу

а я тут фигарю либу с di для себя)

для меня это было акутуально когда я мидлом только становился

я и тогда понимал что это не единственный способ реалищзации

здесь есть те кто хорошо шарит в phpunit ?

для написания теста (не совсем юнит) https://toster.ru/q/305584

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

Зачем вообще тестировать интерфейс?

'O2 реализует I2 и O3 реализует I1 и I2 (знаю что плохо и что у объекта должна быть единая ответственность).'

Это как раз нормально

Имплиментация нескольких интерфейсов не обязательно значит нарушение srp

для написания теста (не совсем юнит) https://toster.ru/q/305584

то, что в тестах у тебя возникло дублирование произошло не просто так

а потому что в коде у тебя тоже дублирование

Более того, несколько маленьких интерфейсов как правило лучше чем один большой

а потому что в коде у тебя тоже дублирование

и тут хуяк и наследование в дамках

и тебе надо понять, это реально дублирование, которое надо вынести

я понимаю что несколько интерфейсов лучше

и там пример высосан из пальца

и тебе надо понять, это реально дублирование, которое надо вынести

или это разные проверки и поэтому тебе надо два раза их тестировать

Ты тестируешь логику, а не интерфейсы

я так понимаю что аргументированно поговорить надо более реальный пример?)

и тут хуяк и наследование в дамках

ага, существует ровно один метод избавления от дублирования

я так понимаю что аргументированно поговорить надо более реальный пример?)

Видимо да

ок как нибудь потом набросаю)

вообще я посмотрел есть PHPUnit_Framework_Test (не TestCase)

который можно создавать и передавать туда тестируемый объект и все в ранне потом

но это слишком изврат)

Более того, несколько маленьких интерфейсов как правило лучше чем один большой

+1

+1

-1

Зачем вообще тестировать интерфейс?

сборка класса до обхекта уже тест

Более того, несколько маленьких интерфейсов как правило лучше чем один большой

но разумно иметь структуру

откуда пользователи идут

С севера же

Ты тестируешь логику, а не интерфейсы

ты должен тестировать "контракты". То есть логика, которая формирует интерфейс

и тут хуяк и наследование в дамках

наследование ненужно

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

и без наследования намного проще и чище

наследование ненужно

;)