TIL - 2025-03-14[Spring MVC, Manual-Spring, Spring IoC/DI, AOP]

[Sewoni]

🍋TIL - 2025-03-14- Friday

📚 오늘의 학습

• 🍀 주요 학습 내용 1 - Spring MVC
  Spring MVC
• 🍀 주요 학습 내용 2 - Spring Boot 없는 manual spring 실습, Spring IoC/DI, AOP
  manual-spring 실습 코드 풀이
  Spring IoC/DI, AOP 개념

🚨 문제 상황

Spring MVC 전체 흐름을 배우고 Controller/Service 구조는 익숙해졌지만, 뒤따라 나오는 개념인 IoC, DI, AOP, DispatcherServlet의 내부 동작,
그리고 이들이 어떤 구조 속에서 연결되고 왜 필요한지 감이 잘 안 잡혔다.

또한 Spring Boot 없이 수동으로 구성된 코드 구조가 Spring Boot와 무엇이 다른지 개념적으로 정리하는 것도 어려웠다.

🎯 시도한 과정

• AppConfig, WebApplicationInitializer, DispatcherServlet이 어떤 역할을 하는지 코드와 흐름을 도식화하며 정리했다.
• IoC/DI의 의미를 현실 비유(도구 직접 구매 vs 배달 받기)로 바꿔 이해해보았다.
• AOP 개념도 코드 없이 실생활 예시(모든 함수 앞에 자동 로그 찍기)로 접근해 보았다.

🛠️ 해결 방법

• IoC는 "객체를 누가 만드는가?"의 문제라는 걸 파악 → 개발자가 만드는 게 아니라 Spring이 만드는 것.
• DI는 "필요한 객체를 스스로 만들지 않고 외부에서 주입받는 방식" → 생성자 주입을 사용한 코드로 완전히 이해.
• DispatcherServlet은 모든 요청의 진입점이자 Spring MVC의 핵심. → 모든 요청을 Controller에게 연결해주는 문지기 역할임을 명확히 이해함.
• AOP는 "모든 기능마다 반복되는 코드를 따로 분리하는 기술" → 로깅, 보안, 트랜잭션 처리 같은 기능을 Controller 코드 밖에서 처리할 수 있게 해줌.
• 각각의 개념을 Spring Boot로 바뀌면 자동화된다는 점과 함께 비교 정리하면서 개념이 더 명확해짐.

💡 알게 된 점

개념	새롭게 명확해진 점
IoC	객체를 직접 만드는 게 아니라 Spring이 관리함 → 코드 제어가 프레임워크 중심
DI	생성자에 필요한 객체를 넣어주는 것 → 코드 유연성, 테스트 용이성 높아짐
DispatcherServlet	Spring MVC의 진입점, 요청의 흐름을 제어함
AOP	코드 반복을 줄여주는 기술 → 핵심 로직 외의 코드(로깅 등)를 분리해 관리 가능
Spring Boot와 비교	지금 내가 구성한 건 Spring MVC 수동 구성이고, Spring Boot는 이걸 자동화해주는 도구라는 점

🐳 느낀 점

단순히 코드를 따라 쓰는 것이 아니라 "왜 이 기술이 필요한가?" 를 먼저 이해해야 전체 구조가 머릿속에 잡힌다는 걸 느꼈다.
특히 IoC/DI/AOP처럼 말만 어려운 개념도, 현실 비유 → 코드 → 구조 흐름 → Spring Boot 비교 방식으로 접근하면 훨씬 쉽게 이해할 수 있었다.

👩‍💻 참고 자료