[Spring MVC 프로젝트 리팩토링] 3. 의존성 주입 수정

📄 관련 글

---

• [Spring 웹 프로젝트] 숙박 플랫폼 GOING
• [Spring MVC 프로젝트 리팩토링] 1. 국비지원교육의 한계
• [Spring MVC 프로젝트 리팩토링] 2. SqlSessionFactory -> SqlSessionTemplate
• [Spring MVC 프로젝트 리팩토링] 3. 의존성 주입 수정
• [Spring MVC 프로젝트 리팩토링] 4. @Service, 비즈니스 로직 분리
• [Spring/스프링] JUnit을 이용한 단위 테스트, @Test
• 웹프로젝트 문자인증 구현하기 with 네이버 클라우드 플랫폼
• [Java/자바] 날짜-Date의 모든 것 (현재-내일 날짜, Date 포맷 변환, 날짜 차이 계산, 더하기, 빼기)
• 자바 세미 프로젝트 - 숙박 플랫폼 GOING

 

 

 

⚡️리팩토링 Before -> After

---

📌 Before

 

객체에게 필드 주입 방식으로 의존성을 주입했었습니다.

 

---

 

📌 After

 

프로젝트의 모든 코드들을 생성자 주입방식과 더불어 final 키워드를 사용해 불변성을 확보했습니다.

 

 

 

⚡️리팩토링 이유

---

📌 이유

기존 Model2 프로젝트를 변경하며 강사님은 필드 주입으로 의존성을 주입했습니다.

 

애초에 3가지 주입 방식에 대해 설명하지 않아서 모르고 지나쳤을 수도 있었으나

개인적으로 공부하며 필드 주입은 간단하지만 다른 방법에 비해 특별한 이점도 없고,

스프링 팀에서 권장하지 않는다고 배웠습니다.

 

이에 프로젝트의 모든 의존성 주입을 생성자 방식으로 리팩토링하게 되었습니다.

 

---

📌 생성자 주입의 이점

의존성 주입별 설명은 이전 글에서도 설명했지만 특별히 생성자 주입의 이점은 다음과 같습니다.

 

🔎 final 키워드 사용

우선 final 키워드가 붙은 필드나 메소드는 불변의 의미를 갖고, 다음과 같이 3가지 방법으로만 초기화가 가능합니다.

1. 명시적 초기화
2. 초기화 블럭에서 초기화
3. 생성자에서 초기화

그렇기 때문에 setter 주입이나 필드 주입으로는 final 사용 불가능합니다.

 

그렇다면 final을 사용해 얻는 이점은 무엇이 있을까요?

 

코드를 작성하며 의존 관계의 변경이 필요한 경우는 거의 없지만

필드 주입이나 setter 주입을 이용해 의존성을 주입한다면 불필요한 변경의 가능성을 차단할 수 있고,

실행 중 의존성에 대한 문제를 컴파일 시점에 미리 방지할 수 있어

더 안전하고 유지보수에 용이하다는 장점이 있습니다.

 

---

🔎 StackOverFlow 에러 방지

서로 다른 객체의 메소드가 계속해서 서로를 호출하게 된다면

메모리에 계속해서 콜백이 쌓이다가 StackOverFlow 에러를 뱉습니다.

 

이러한 경우는 잘 일어나지 않지만 생성자 주입을 사용한다면 프로그램이 구동 되는 도중 에러가 발생하지 않고

객체의 생성 시점에 순환 참조 오류를 발견하고 에러를 발생시키기 때문에 더 안전합니다.