Да, мне нужно сравнивать результат, я понимаю, как это сделать, спасибо)

пожалуйста :)

https://gist.github.com/anonymous/6b8e860ed5a1543b90a12d09e2ea84e7 как вариант. Но вообще возникает вопрос — а почему не интерфейс предоставлять разработчикам?

Хочется часть общей логики выполнить в makeSound, а всю конкретику вынести на реализацию пользователям пакета в методе getSound. Соответственно, протестировать нужно именно makeSound. Ну и интерфейс для такой цели не подходит)

Еще раз повторюсь: юзаю эту либу https://github.com/mockery/mockery

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

Хочется часть общей логики выполнить в makeSound, а всю конкретику вынести на реализацию пользователям пакета в методе getSound. Соответственно, протестировать нужно именно makeSound. Ну и интерфейс для такой цели не подходит)

если честно, вызывает опасение такой подход по простой причине — пользователи будут иметь возможность переопределять общую логику. Я бы все-таки подумал над composition over inheritence. Пример сейчас попробую накидать

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

Я знаю. Мне просто удобнее с Мокери работать, вот с ним пример и привел

если честно, вызывает опасение такой подход по простой причине — пользователи будут иметь возможность переопределять общую логику. Я бы все-таки подумал над composition over inheritence. Пример сейчас попробую накидать

+

Хочется часть общей логики выполнить в makeSound, а всю конкретику вынести на реализацию пользователям пакета в методе getSound. Соответственно, протестировать нужно именно makeSound. Ну и интерфейс для такой цели не подходит)

https://gist.github.com/anonymous/b832684c2c0e7d1bb65e9cdc84aaffb0

и SOLID (вроде) не нарушен и пользователи ничего не поломают

https://gist.github.com/anonymous/b832684c2c0e7d1bb65e9cdc84aaffb0

+ а все готовые инстансы ThroatInterface, которые идут в комплекте можно сделать final чтобы не поломали

Часто ли вы юзаете final для классов?

https://www.youtube.com/watch?v=8d2AtAGJPno

в тему

про final там тоже есть

в тему

Да, смотрел, но давненько. Пересмотрим, дякую)

о я через один стрим хотел про final рассказать

чтобы по умолчанию юзали люди)

я стараюсь всегда. Очень помогает

и что как наследованием все переломать)

если честно, вызывает опасение такой подход по простой причине — пользователи будут иметь возможность переопределять общую логику. Я бы все-таки подумал над composition over inheritence. Пример сейчас попробую накидать

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

чтобы по умолчанию юзали люди)

cделаем из пыха котлин

ну правило простое класс final до тех пор пока не потребовалось наследование)

если класс final значит protected не надо уже)

соответственно все private кроме методов метода или того что непосредственно юзается

это мой личный лайфхак

ну правило простое класс final до тех пор пока не потребовалось наследование)

наследование классов как правило не нужно

наследование классов как правило не нужно

99% да

ну правило простое класс final до тех пор пока не потребовалось наследование)

Тогда композицию уже юзать всегда)

в пхп вместо наследования можно юзать трейты

наследование != иерархии

в пхп вместо наследования можно юзать трейты

неееееееееееееееет

в пхп вместо наследования можно юзать трейты

Я бы не юзал

это копипаста

по сути ты от зависимости объектов

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

ну трейты — вообще копипаст на уровне языка, я бы к ООП не относил это

полиморфизма на трейтах нет

трейты это tight coupling

нунахер

вот хотите пример наследования?)

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

Давай

полиморфизма на трейтах нет

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

вот хотите пример наследования?)

Удиви :)

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

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

вот например fw slim3

у любого современного фреймворка внутри ContainerInterface

slim юзает pimple (мне он не очень нравиться)

есть другая библиотека реализуюзая ContainerInterface

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

соответственно любой ContainerInterface можно считать провайдером с помощью адаптера

тут пока все логично и живется без наследование

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

часть в другом

Так себе ты ситуацию описал)

ну это одна из последних что я делал)

я ее решил следующим образом сейчас кину )

довольно костыльно конечно

хы

https://pastebin.com/Z1rtK60L

теперь соотвественно пример как это юзаю https://pastebin.com/bFbvDW5j

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

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

вот думаю может кто изящней способ подскажет, ps либа для di тут используется моя

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

Унаследоваться от контейнера фреймворка нельзя?

Мб я что-то пропустил...

там так и сделано

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

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

там так и сделано

мне кажется тебе надо что-то типа такого https://github.com/Seldaek/monolog/blob/master/src/Monolog/Handler/HandlerWrapper.php

я код вендоров менять не могу и там есть только интерфейс ContainerInterface

ну ты примерно такую штуку и реализовал

да

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

хотя есть идейка

основной кейс примерно следующий, в старом ContainerInterface в pimple есть объект А который зависит от Б и С например

зависимости А, Б, С объявленны и все работает

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

если есть интерфейс, то можно без наследования

я этот код ночью написал

за стаканом чая буду думать как улучшить, хочу чтобы агрегация была

эх ладно это мои проблемы и наболевшее да и сделал я)

за стаканом чая буду думать как улучшить, хочу чтобы агрегация была

Пятница какой чай :(

Пятница какой чай :(

с утра пьешь за php7.2?

Уже 13 часов

Обед гашлык машлык

Все дела

А пыха релизнулась это таки хорошо

непрограммист чтоли?

кодить до ночи

почему до ночи

надо именно ночью до утра

до рассвета

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

днем пить, ночью кодить? =)

До утра обычно код пишу

До 4-5

Потом засыпаю

Просыпаюсь обычно к 11

Ебашу кофе