Я работаю над проектом (vb.net/asp.net), который использует интерфейсы для обеспечения внедрения зависимостей. Но мне кажется, что ремонтопригодность кода была убита. Когда я хочу прочитать код, я не могу просто перейти к коду связанного класса, который используется. Все, что я вижу, это интерфейсы, и поэтому мне приходится искать в проекте, чтобы выяснить, какие классы делают реализацию. Это действительно вредит моей производительности.
Да, я знаю, что теперь я могу реализовать интерфейсы с большим количеством классов замещения. Но, например, я знаю, что не буду менять свой источник данных в ближайшее время - мне не нужно включать возможность обменивать это. Все эти внедрения зависимостей кажутся мне излишними (на самом деле, единственная реальная причина, по которой это происходит, - это поддержка фиктивных классов для модульного тестирования). Я на самом деле читал несколько мест, где состояние DI на самом деле лучше для удобства обслуживания. Но это предполагает, что вы уже знаете, где все находится, и знаете, какой класс вам нужно обновить. Узнать, где искать, это та часть, которая убивает меня.
Итак, мой вопрос: есть ли лучший способ пройти через код? Есть ли лучший способ сделать код более понятным? Мы просто делаем это неправильно? Или это для курса?