Stub возвращает stub - плохая практика?

Question

Предположим, у меня есть класс DataProvider который реализует IDataProvider Интерфейс. IDataProvider определяет метод IData GetData(). Кроме того, существует класс Потребитель, который должен вызывать эту функцию каждые 5 секунд для обновления. Вот небольшой пример кода, который описывает приведенное выше определение:

interface IDataProvider{ 
    IData GetData(); 
} 

class Consumer{ 
    IDataPRovider m_provider; 
    Consumer(IDataProvider provider){ 
    m_provider = provider; 
    } 
} 

Теперь, чтобы проверить класс потребителей в полной изоляции я должен создать два корешки. Более точный, DataProviderStub который возвращает DataStub. Как я понял из this тема, заглушка, которая возвращает заглушку, является возможной проблемой с дизайном.

1. Почему именно это проблема? Какие проблемы могут возникнуть?
2. Как я могу переделать его, чтобы избежать заглушки, которая возвращает заглушку, но все еще придерживаться принципов DI и имеет некоторый уровень абстракции?

Answer 1

Штук не такой же, как у нас. Вам не нужно специально учитывать каждый бит поведения заглушки. Поэтому на самом деле не проблема - вам не нужно писать dataProviderMock.GetData.andReturn(mockData), а также за макет IData за каждый раз, когда вызывается GetData, и вам не нужно его достать в нужном порядке.

(Если данные просто POJO/Bean, я рекомендовал бы возвращенное реальный объект, а не огрызок.)