feat: complete wikification of War Commander batch 1&2 and final grey dot cleanup

10_Wiki/Topics/Frontend_Mastery/Component-Based Architecture (CBA).md

@@ -22,8 +22,8 @@
     *   **보안 및 과잉 엔지니어링 위험:** 각 컴포넌트의 업데이트 주기가 달라 최신화되지 않은 컴포넌트가 전체 시스템의 보안 취약점이 될 수 있으며[33], 유연성만을 추구하다 보면 시스템을 너무 잘게 쪼개어 과잉 엔지니어링(Over-engineering)으로 이어질 위험도 존재합니다[34].
 
 ## 🔗 Knowledge Connections
-- **Related Topics:** [[Microservices Architecture]], [[Service-Oriented Architecture (SOA)]], [[Monolithic Architecture]], [[Object-Oriented Architecture]]
-- **Projects/Contexts:** [[React]], [[Angular]], [[Vue.js]], [[PayPal]], [[Spotify]], [[Uber]], [[Walmart]]
+- **Related Topics:** Microservices Architecture, Service-Oriented Architecture (SOA), Monolithic Architecture, Object-Oriented Architecture
+- **Projects/Contexts:** React, Angular, Vue.js, PayPal, Spotify, Uber, Walmart
 - **Contradictions/Notes:** 소스에 따르면, 객체 지향 아키텍처(Object-Oriented Architecture)와 CBA는 원칙을 일부 공유하지만 차이가 있습니다. 객체 지향 아키텍처가 단일 애플리케이션 내에서 데이터와 동작을 캡슐화하는 데 중점을 둔다면, CBA는 여러 시스템 및 애플리케이션 전반에서 상호작용하고 재사용할 수 있는 독립적인 단위 생성을 강조합니다[35]. 또한 기존의 모놀리식 아키텍처(Monolithic Architecture)는 시스템 전체를 하나의 코드베이스로 묶어 확장 및 유지보수가 어렵지만, CBA는 느슨하게 결합된 모듈을 통해 독립적인 배포와 병렬 개발을 가능하게 합니다[36, 37].
 
 ---