[일정관리앱 Develop-3] 일정관리앱 Develop 과제 회고

1️⃣ 개요

📍 시스템 환경

Java: JDK 17.0.1

Framework: Spring Boot 3.4.4

Build Tool: Gradle

IDE: IntelliJ IDEA

 

📍 GitHub 링크 & Read ME

https://github.com/222eunji/scheduleDevelop

---

2️⃣ 과제 설명

📍 요구사항

목표1: JPA를 활용한 데이터 베이스 관리

목표2: Cookie/Session을 활용한 인증/인가

목표3: 기본적인 보안 개념과 인증 메커니즘을 명확히 이해하기

---

✅ 공통 조건
0. 모든 테이블은 고유 식별자를 가짐

1. 3 Layer Architecture에 따라 각 Layer의 목적에 맞게 개발

2. CRUD 필수 기능은 모두 데이터베이스 연결 및 JPA를 사용해서 개발

3. 인증/인가 절차는 Cookie/Session을 활용하여 개발

4. JPA 연관관계는 단방향

✅ Lv0. API 명세 및 ERD 작성
1. API명세서 프로젝트 root(최상위)경로의 README.md에 작성
2. ERD 작성 후 프로젝트 root(최상위)경로의 README.md에 첨부
3. 설치한 데이터베이스(MYSQL)에 ERD를 따라 테이블 생성

✅ Lv1. 일정 CRUD [필수]
1. 일정을 생성, 조회, 수정, 삭제 한다.

2. 일정은 아래 필드를 가진다.
　- 작성 유저명, 할일 제목, 할일 내용, 작성일, 수정일 필드

　- 작성일, 수정일 필드는 JPA Auditing을 활용

✅ Lv2. 유저 CRUD [필수]

1. 유저를 생성, 조회, 수정, 삭제한다.

2. 일정은 아래 필드를 가진다.
　- 유저명, 이메일, 작성일, 수정일 필드

　- 작성일, 수정일 필드는 JPA Auditing을 활용

3. 연인관계를 구현한다.
　- 일정은 이제 작성 유저명 필드 대신 유저 고유 식별자 필드를 가짐

 

✅ Lv3. 회원가입 [필수]

1. 유저에 비밀번호 필드를 추가한다.

　- 비밀번호 암호화는 도전 기능에서 수행

 

✅ Lv4. 로그인(인증) [필수]

0. 인터페이스

　- HttpServletRequest / HttpServletResponse : 각 HTTP 요청에서 주고받는 값들을 담고 있다.

1. 설명

　- Cookie/Session을 활용해 로그인 기능을 구현

　- 필터를 활용해 인증 처리

　- @Configuration을 활용해 필터 등록

2. 조건

　- 이메일과 비밀번호를 활용해 로그인 기능 구현

　- 회원가입, 로그인 요청은 인증 처리에서 제외

3. 예외처리

　- 로그인 시 이메일과 비밀번호가 일치하지 않을 경우 HTTP Status code 401을 반환 (🤕구현하지 못했다.💬)

✅ 여전히 도전 기능 은 시도하지 못했다.ㅠㅠ

---

 

📍 코드 작성 흐름

---

과제 가이드에서는 일정, 유저 CRUD를 구현 후 비밀번호 필드를 추가하라고 했는데.. 리팩토링 과정이 오래걸릴 것 같은 두려움에 순서를 거꾸로 진행해버렸다. (0 → 3 → 2 → 1 → 4 순서)

// Lv.0,3 시작
1. 과제 가이드를 참고해서 API 명세서와 ERD 작성
- 링크 참고: [일정관리앱 Develop-1] ERD 및 API 명세서 작성 (https://aggeeeee.tistory.com/255)

2. 유저에 비밀번호 필드도 포함해서 ERD 작성

//Lv2,1 시작
3. JPA Auditing을 활용하여 BseeEntity 작성 (작성일, 수정일)

4. Schedule과 User entity 바로 작성 후 연인관계 구현

5. Schedule Entity에 @ManyToOne을 이용하고, UserId로 Join

6. User CRUD 구현 (Controller → DTO → Service → Repository 순서로 작성해나감)

7. Schedule CRUD 구현 (위와 동일)

8. dto패키지에 클래스가 너무 많은 것 같아서 도메인 별로 분리

 

//Lv4 시작
9. 2주차 Servlet Filter 실습을 참고하여 로그인 기능 구현 시작

10. @Configuration으로 Filter Bean 수동 등록

11. LoginFilter 클래스 작성 (실습 따라 씀 ㅠㅠ)

12. User Controller에 로그인 내용 추가함

13. WHITE_LIST를 회원가입, 로그인 요청만 가능하도록 수정

14. 여기까지....  예외처리는 못했다. 😭

---

---

3️⃣ 문제 해결 과정

📍 트러블 슈팅 (별도 작성, 💥클릭 시 게시글 연결)

💥 문제1. 생성자에 final 필드 초기화를 하지 않음
💥 문제2. findByEmail()사용 시 선언하지 않아 생긴 오류
💥 문제3. 세션에서 사용한 키를 일치시키지 않아 로그인 처리가 되지 않음

---

4️⃣ 회고

: 이번 프로젝트를 통해 얻은 경험 & 느낀 점 정리

 

📍 배운 점

🪄 JPA 덕분에 DB연결을 할 수 있게 됨

• JDBC에서는 DB연결에 손도 못댔었는데, JPA는 간단해서 DB연결부터 CRUD구현까지 직접 할 수 있었다.
• JPA를 좀 더 섬세하게(?) 활용하기 위해선 JDBC도 알아야한다고 하니, JPA에 익숙해지면  JDBC사용법도 꼭 익혀야겠다.!

🪄 API 명세서 활용

• 이전 과제에는 ERD만 보고 넘어갔는데, 이번엔 DTO 작성시 명세서를 계속 참고했다.
• 중간중간 내용 수정도 반영하도록 신경썼다. 다만 상태코드에 에러 발생 시 코드를 제대로 작성/활용하지 못했다.

🪄 DTO 패키지 분리 방식에 대해 고민

• 팀원분의 코드에서 Request/Response로 패키지를 분리한 것을 보고 참고하여 DTO를 도메인별로 분리했다.
• DTO만 도메인별로 패키지를 분리했는데, 과제해설 세션을 보니 3레이어를 모두 도메인별로 분리하셨다.
• 내가 작성한 코드의 수준에서는 현재상태로만 분리해도 충분하다고 생각했는데, 실무에서 코드가 길어지면 패키지 분리도 중요한 부분이 될 것 같다.

🪄 코드를 혼자 작성한 비율이 조금 늘어남

• 이전 일정관리앱 과제는 강의의 실습부분을 따라 쓰느라 99%를 베끼듯 작성했는데, 이번 과제에서는 10%정도는 혼자 쓰게된 것 같다. 아직 많이 부족하지만 10배는 비율로 따지면 10배(!!?) 성장했다.

 

📍 아쉬운 점

✒️ 레벨 순서대로 진행하지 못함

• 과제에서 지정해준 구현 순서가 있는데, 리팩토링 하는 과정이 오래 걸릴 것 같아 3 → 2 → 1 순서로 진행했다.
• 편하게 작성하려면 이 흐름이 맞는 것 같지만, 학습하는 단계에서는 리팩토링 하는 과정을 겪는 게 성장에 도움이 될 것 같은데 순서대로 진행하지 못하여 아쉬웠다.
• 생각보다 금방 해결될 수 있으니 다음 과제는 리팩토링 과정도 겪어보자.

✒️ 원하는 기능을 제대로 구현하지 못함

• 비밀번호 확인 후 삭제를 하고 싶은데 DELETE는 @RequestBody를 사용하지 않는다고 한다.
• 보통은 DELETE + query param 방식으로 사용한다고 하는데.. 현재 수준으로는 어떻게 접근해야할 지 모르겠다.
• 예외처리도 제대로 못했고  Validation는 하나도 사용하지 못했다.
• 차근차근 배우고 추후에 리팩토링 해보자.

✒️ 클래스 명이 너무 길어짐

• 직관적인 클래스명을 짓고싶어서 정보를 다 담으려고 하다보니 클래스명이나 DTO명이 너무 길어졌다.
• 적당한 네이밍의 밸런스를 찾는 게 앞으로 과제다.(네이밍에 대한 고민은 첫과제부터 꾸준히 지속되고있다..) 

✒️ 스트림 사용법을 모르겠음(Java 지식 부족)

• 전체 조회를 하는 과정에서 stream()을 사용하는데 사용 법을 몰라서 강의의 실습 코드를 참고해서 따라썼다.
• 그 외에도 Java 문법에 대해 더 공부할 필요가 느껴졌다.
• 해결법은 따로 시간내서 학습하기 뿐이다... 해야한다!

✒️ 커밋을 깜빡함

• 중간중간 커밋을 자주 깜빡했다.
• 기능 단위로 커밋하는 습관을 꼭 들이자.