Ам разве с $this->never() это останется стаб? Похоже уже на мок.

ну в  моем понимании $this->never() -- это ассерт (точнее элемент его), не важно при этом -- со стабом или моком мы работаем...
ну и замечание не совсем по теме

ну да, ваша правда, мок все же

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

Возьмем твой дата провайдер, у него 10 методов. Что бы быть менее абстрактным давай представим что это разные выборки для одной и той же штуки (иначе зачем бы ты захотел это в один класс объединять).

Для упрощения давай сначала представим что мы не стабим методы дата провайдера а скажем фикстуру готовим. В этом случае вопроса наверное не будет что при определенном наборе данных все методы твоего дата провайдера что-то должны вернуть (в том числе пустой результат). Так?

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

Хотя обертки разные позаоляют немногословно делать стабы/моки...

ммммммм тогда не оч понятно что ты имеешь ввиду

и причем тут phpunit датапровайдеры

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

недавно еще был сломан)

он в активной разработке)

а есть смысл сейчас ставить? или "активность разработки" еще не достаточна для воспроизведения

твой?

не. чувак который симфони плагин пилит

Здравствуйте, помогите пожалуйста, проблем проста на сайте есть карточка товара которая группа грузиться по Api http, сейчас сайт переводим на https но происходит конфликт к Api запросом как это можно исправить

За одно только «грузитЬся» уже помогать не надо

Так же совершенно не понятно, какое отношение это имеет к РНР

Здравствуйте вы можете помочь мне

Не знаем. Задай вопрос и станет ясно.