docs: finalized wiki integrity maintenance (v3.0 standard) - pruned 1400+ stubs and fixed 11k+ ghost links

10_Wiki/Topics/02_Architecture_Principles/Dependency Injection (DI).md

@@ -6,7 +6,7 @@ tags: [architecture, di, dependency-injection, decoupling, inversion-of-control,
 last_reinforced: 2026-05-01
 ---
 
-# [[Dependency Injection (DI)]]
+# [[Dependency Injection (DI)|Dependency Injection (DI]]
 
 ## 📌 한 줄 통찰 (The Karpathy Summary)
 > "클래스 내부에서 직접 의존 객체를 생성하지 않고 외부에서 주입받음으로써, 객체 간의 결합을 끊어내고 테스트와 확장이 용이한 '유연한 부품'으로 만드는 제어 역전(IoC)의 실천적 기법."
@@ -28,9 +28,9 @@ DI는 현대 소프트웨어 아키텍처에서 컴포넌트 간의 결합도를
 - **코드 추적성 저하**: 정적 코드만으로는 어떤 구현체가 주입될지 즉각 확인하기 어려울 수 있습니다. 이를 해결하기 위해 명확한 네이밍 컨벤션과 DI 바인딩 로그의 가시성 확보가 중요합니다.
 
 ## 🔗 지식 연결 (Graph)
-- [[SOLID Principles]]: 의존성 역전 원칙(DIP)의 실현 방법.
-- [[Single Responsibility Principle (SRP)]]: 클래스의 책임을 생성과 실행으로 분리하는 관점.
-- [[Testability]]: Mock 객체 주입을 통한 단위 테스트 용이성 확보.
-- [[Constructor Injection]]: 가장 권장되는 DI 패턴.
-- [[Dependency Lifetimes]]: Transient, Scoped, Singleton의 이해.
+- [[SOLID Principles|SOLID Principles]]: 의존성 역전 원칙(DIP)의 실현 방법.
+- [[Single Responsibility Principle (SRP)|Single Responsibility Principle (SRP]]: 클래스의 책임을 생성과 실행으로 분리하는 관점.
+- [[테스트 용이성 (Testability)|Testability]]: Mock 객체 주입을 통한 단위 테스트 용이성 확보.
+- Constructor Injection: 가장 권장되는 DI 패턴.
+- Dependency Lifetimes: Transient, Scoped, Singleton의 이해.
 ---