Внедрение зависимостей и ремонтопригодность кода

Я работаю над проектом (vb.net/asp.net), который использует интерфейсы для внедрения зависимостей. Но мне кажется, что ремонтопригодность кода была убита. Когда я хочу прочесть код, я не могу просто перейти к коду используемого связанного класса. Все, что я вижу, - это интерфейсы, поэтому мне приходится рыться в проекте, чтобы выяснить, какие классы реализуют его. Это действительно вредит моей производительности.

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

Итак, мой вопрос: есть ли лучший способ пройти через код? Есть ли лучший способ сделать код более удобным в сопровождении? Мы просто делаем это неправильно? Или это обычный курс?