я решил начать заново свой рефакторинг плагина. буду кидать немного и много, ок? желательно сигнализировать сразу, если какой-то ПР не нравится, ибо каждый следующий будет завязан на предыдущем для удобной разработки
@samdark, а чего ты против того, чтобы затянуть ContainerIntereface в пакет ивент диспетчера? Так бы можно было передавать массив листенеров в конструкторе, а функционал добавления перенести из EventConfigurator, а его выпилить.
я вообще не понял твой пр. добавлять нельзя, а удалять можно? тогда давай и открепление уберем. тесты тоже не очень. нет смысла делать оверрайд над конфигуратором, если ты тестируешь не его. тестируешь провайдер - тестируй провайдер. тем более переопределяешь protected => public, тогда ради чего затеивалась абстракция?
насколько я знаю, у нас ни разу такое не встречалось. есть желание снести эту возможность, т.к. она не нужна была за всё время использования. если нужна будет в дальнейшем, то сделаем и тестами и прочим
я вообще не понял твой пр. добавлять нельзя, а удалять можно? тогда давай и открепление уберем. тесты тоже не очень. нет смысла делать оверрайд над конфигуратором, если ты тестируешь не его. тестируешь провайдер - тестируй провайдер. тем более переопределяешь protected => public, тогда ради чего затеивалась абстракция?
Абстракция чтобы не вызывали методы attach/detach у объекта, полученного через интерфейс. Потому как в интерфейсе этих методов нет.
у нас есть проекты (сайты, панели управления, апи) под кучу разных реселлеров, в принципе проект один и тот же но у каждого реселлера свои настройки: названия сайтов, урлы, емейлы, настроки интеграций и т.д. все альтернативы обслуживаются с одного виртхоста в entry script'е такой код: