плюсы/минусы с использованием различных реализаций для разных сред

Question

Я знаю, что инъекция зависимостей позволяет это, но вы когда-нибудь захотите внедрить различные реализации для разных сред тестирования? Я использую реализациюA для тестирования спринта и реализации B для регрессии? (Скажем, изменение реализации было для хранилища данных.)

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

Я работал с платформами, которые имеют разную конфигурацию, но не изменена реальная реализация кода.

Любые мысли/возможные про и минусы?

Большое спасибо

Answer 1

ди контейнер сделать это намного проще для перехвата или декорировать зависимости. Это позволяет вам добавлять сквозные проблемы (например, декораторы, измеряющие производительность), без изменения фактического поведения системы. Это позволяет подключать эти аспекты при запуске среды приемочного тестирования или при автоматическом запуске набора тестов интеграции. Поскольку вы не заменяете определенные зависимости, а просто «улучшаете» их, вы не меняете поведение системы, а риск относительно низок.