📖 TIL - 스프링 입문 웹 개발 기초에 입문하기

프론트엔드 개발을 중심으로 커리어를 이어오다가, 풀스택 역량이 점점 중요해지는 흐름을 느끼며 백엔드까지 영역을 넓혀보기로 했다.
인프런 강의를 통해 오랜만에 자바와 백엔드를 다시 접하게 되었고, 학습과정에서 생긴 궁금증들을 사소한 것까지 하나씩 정리해보자!

Hello, World ... 

java를 본격적으로 다뤄본건.. 학부생시절. 프론트로 살아가면서 다시 만나게 될 줄 알았을까!

문제 상황

스프링 입문 강의를 통해 Member, Repository, Service 구조와 테스트 코드를 학습하는 과정에서
다음과 같은 개념들이 명확히 이해되지 않았다.

• 자바에서 객체 생성 방식 (new 키워드)
• import와 객체 생성의 차이
• Optional과 get()의 의미
• assertThrows 및 람다식 문법
• 예외 클래스 (IllegalStateException 등)의 사용 기준
• Service와 Repository의 역할 경계
• 생성자 주입 방식 (DI)의 필요성

특히 프론트엔드 경험을 기준으로 비교했을 때,
자바의 객체지향 구조와 테스트 방식이 낯설게 느껴졌다.

---

문제 접근

기존 프론트엔드 관점에서 개념을 이해하려고 시도했다.

• JS에서는 import 후 바로 사용하는 경우가 많음
• 상태 관리 및 util 함수 중심 구조
• 예외 처리도 단순 throw Error 수준

반면 자바는

• 클래스 기반 구조
• 객체 생성 필요
• 계층 분리 (Controller / Service / Repository)
• 명확한 타입과 예외 구조

이 차이로 인해 동일한 개념이라도 이해가 어려웠다.

---

학습 내용

1. 객체 생성과 import의 차이

자바에서 import는 클래스를 가져오는 것일 뿐이며,
실제로 사용하기 위해서는 new를 통해 객체를 생성해야 한다.

즉,

• import: 설계도 가져오기
• new: 실제 객체 생성

JS에서 객체나 함수 자체를 export하는 방식과 다르다는 점을 이해했다.

---

2. Optional과 get()

Optional은 값이 있을 수도 있고 없을 수도 있는 객체이다.

• findById() 등의 반환값으로 사용됨
• get()은 내부 값을 꺼내는 역할

단, 값이 없을 경우 예외가 발생할 수 있기 때문에
실무에서는 orElse, orElseThrow 등을 사용하는 것이 일반적이다.

---

3. assertThrows와 람다식

assertThrows는 특정 예외가 발생하는지 테스트하는 메서드이다.

람다식 () -> memberService.join(member2)는
해당 코드를 즉시 실행하지 않고 “실행할 코드”로 전달하는 역할을 한다.

즉,

• 바로 실행 ❌
• 실행을 넘김 ⭕

프론트의 () => 함수와 동일한 개념으로 이해할 수 있다.

---

4. 테스트 코드 작성 방식

기존 try-catch 방식과 assertThrows 방식의 차이를 이해했다.

• try-catch: 직접 예외 처리
• assertThrows: 간결하게 예외 검증

또한 단순 값 비교 테스트가 아닌
“저장 → 조회” 흐름을 검증하는 테스트가 더 의미 있다는 점을 이해했다.

---

5. 예외 클래스 사용 기준

IllegalStateException, IllegalArgumentException 등의 예외는
외우는 것이 아니라 상황에 맞게 선택하는 것임을 이해했다.

• 값이 잘못됨 → IllegalArgumentException
• 상태가 잘못됨 → IllegalStateException

---

6. Service와 Repository의 역할 구분

• Repository: 데이터 저장 및 조회
• Service: 비즈니스 로직 처리

즉,

• 단순 데이터 접근 → Repository
• 조건, 검증, 흐름 제어 → Service

프론트의 util 함수와 달리
백엔드는 역할이 명확히 분리되어 있다는 점을 이해했다.

---

7. 생성자 주입 (Dependency Injection)

Service에서 Repository를 직접 new로 생성하지 않고
외부에서 주입받는 이유를 이해했다.

이 방식의 장점:

• 구현체 교체 가능 (Memory → DB)
• 테스트 용이
• 결합도 감소

즉,

객체를 내부에서 생성하는 것이 아니라
외부에서 주입받는 것이 더 유연한 구조이다.

---

정리

이번 학습을 통해
프론트엔드 중심의 사고에서 벗어나
백엔드의 구조적인 설계 방식에 대해 이해하기 시작했다.

특히

• 객체 생성 방식
• 계층 분리
• 테스트 코드 작성 방식
• 의존성 주입 개념

등이 서로 연결되어 있다는 점을 느꼈다.

아직 완전히 익숙하지는 않지만,
프론트 코드로 변환해서 이해하는 방식이 효과적이었다.

자바 강의를 본격적으로 수강하면서, 개발을 처음 접했던 학부생때로 돌아간 느낌이다
사소한 코드 하나에도 왜?를 붙이던 그때처럼ㅎㅎ
그래도 이렇게 하나씩 이해해가다 보면 성장하겠지!!