✅ 코드확인 -> github 링크

---

📆 일정 관리 앱 (Develop)

---

✅ 요구사항

---

💝 공통 목표

• 모든 테이블 고유 식별자(ID)를 가짐

• 3Layer Architecture 목적에 맞게 사용

• CRUD 필수 기능은 데이터베이스 연결, JPA를 사용해서 개발

• 인증/인가 절차는 Cookie/Session을 활용

• JPA 연관 관계는 단방향, 정말 필요한 경우는 양방향 사용

---

[LV0️⃣] API 명세 및 ERD 작성

• API 명세서 작성

• ERD 작성 작성

• SQL query 작성

  • 설치한 데이터베이스(MySQL)에 ERD를 따라 테이블 생성

  • root(최상위) 경로에 schedule.sql파일을 만들고 테이블에 생성에 필요한 query 작성

---

[LV1️⃣] 일정 CRUD

• 일정 (생성, 조회, 수정, 삭제) 가능

• 일정 필드 : 작성 유저명, 할일 제목, 할일 내용, 작성일, 수정일

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

---

[LV2️⃣] 유저 CRUD

• 유저 (생성, 조회, 수정, 삭제) 가능

• 유저 필드 : 유저명, 이메일, 작성일, 수정일

  • 작성일, 수정일 필드는 JPA Auditiin 활용

  • 연관관계 : 유저명 필드 대신 유저 고유 식별자 필드로 변경

---

[LV3️⃣] 회원가입

• 유저에 비밀번호 필드 추가

  • 아이디 : 이메일, 비밀번호 사용해서 회원가입 구현

    • 아이디 중복 확인

---

[LV4️⃣] 로그인(인증)

• 이메일, 비밀번호을 활용해 로그인 기능 구현

• 인터페이스 : HttpServletRequest 활용

• Cookie/Session 활용하여 로그인 기능 구현

• Filter 활용하여 인증 처리

  • Filter 인터페이스 상속하여 사용

    • doFilter() 오버라이딩 하여 사용

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

• @Comfiguration 활용하여 필터 등록

• 예외처리 : 로그인 시 이메일과 비밀번호가 일치 하지 않을 경우 HTTP CODE 401 반환

---

[LV5️⃣] 다양한 예외처리 적용

• Validation을 활용해 다양한 예외처리 적용

  • ex) 할일 제목 10글자 이내, 유저명 4명 글자 이내, 이메일 @pattern 사용 등

---

[LV6️⃣] 비밀번호 암호화

• 비밀번호 암호화

  • PasswordEncoder 사용

build.gradle 의존성 추가

implementation 'at.favre.lib:bcrypt:0.10.2'

config 패키지에 PasswordEncoder 클래스 추가

import at.favre.lib.crypto.bcrypt.BCrypt;
import org.springframework.stereotype.Component;

@Component
public class PasswordEncoder {

    public String encode(String rawPassword) {
        return BCrypt.withDefaults().hashToString(BCrypt.MIN_COST, rawPassword.toCharArray());
    }

    public boolean matches(String rawPassword, String encodedPassword) {
        BCrypt.Result result = BCrypt.verifyer().verify(rawPassword.toCharArray(), encodedPassword);
        return result.verified;
    }
}

---

[LV7️⃣] 댓글 CRUD

• 생성한 일정에 댓글을 남김

  • 댓글과 일정은 연관관계를 가짐

  • 댓글과 유저도 연관관계를 가짐

• 댓글 (저장, 조회, 수정, 삭제) 가능

• 댓글 필드 : 댓글 내용, 작성일, 수정일, 유저 고유 식별자, 일정 고유 식별자

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

• ERD, schedule.sql에 댓글 추가

  ---

[LV8️⃣] 일정 페이징 조회

• 데이터베이스

  • offset / limit : SELECT 쿼리에 적용해서 데이터를 제한 범위에 맞게 조회 가능

• 페이징

  • Pageable : Spring Data JPA에서 제공되는 페이징 관련 인터페이스

  • PageRequest : Spring Data JPA에서 제공되는 페이지 요청 관련 클래스

  • Page<T>는 Spring Data JPA에서 제공하는 페이징 결과를 담는 인터페이스

• 일정을 Spring Data JPA의 Pageable과 Page 인터페이스를 활용하여 페이지네이션 구현

• 페이징 필드 : 할일 제목, 할일 내용, 댓글 개수, 일정 작성일, 일정 수정일, 일정 작성 유저명 조회

• 페이지 크기 : default = 10

• 일정의 수정일 기준으로 내림차순 정렬

---

💫 트러블 슈팅

---

[LV1️⃣, LV2️⃣]

• 문제점

  • 모든 일정, 유저를 조회할 때 List<Entity> -> List<ResponseDTO> 타입 변경 문제

• 해결방법

  • Entity에서 DTO로 변경 메서드를 생성하여 사용

---

[LV3️⃣]

• 문제점

  • 요구 사항에 유저에 비밀번호 필드를 추가 라는 말만 존재하여
    회원 가입 로직을 구현해야하는가에 대한 의문이 생김

• 해결방법

  • 일단 비밀번호 필드만 구현하고 로직은 작성하지 않고 [LV4️⃣]로 넘어갔는데
    인증 처리에서 회원가입을 제외한다는 문구를 보고 회원가입 로직이 필요하다고 판단하고 구현함

---

[LV4️⃣]

• 문제점

  • Cookie, Session, Filter에 대해 이론은 이해했으나 어떻게 적용을 해야하는지 이해가 되지 않았음

• 해결방법

  • 예시를 찾아보고 내 코드와 비교하면서 어떻게 적용하는지 학습하고 적용함

---

[LV5️⃣]

• 문제점

  • Controller에 DTO에 @valid 검증 어노테이션 사용 후
    Service 영역에서도 검증을 해야하는지 의문

• 해결방법

  • Controller에서 검증한 DTO를 Service 영역에서 사용하기에
    추가 검증이 필요없다는 것을 학습함

  • 단 Controller에서 검증되지 않은 DTO일 경우 Service 영역에서 검증이 필요함

---

[LV6️⃣]

• 문제점

  • PasswordEncoder 클래스 존재하는 메서드가 어떤 용도인지 파악

• 해결방법

  • 암호화, 암호회된 Password 매칭하는 메서드 라는 것을 파악함

  • 암호화와 암호화된 Password를 조회하는 메서드라는 것을 파악하니
    추후 DTO에 적용하는데 어려움이 없었음

---

[LV7️⃣]

• 문제점

  • 댓글은 Schedule, User 와 연관관계를 가지고 있기 때문에 ,
    FK값을 가져오기 위한 과정 고민

• 해결방법

  • Schedule 값은 @PathVariable을 이용하여 간단하게 가져와 null값 예외처리 해주며,
    User는 Session을 이용하여 Session ID값을 가지고 와서 null값 예외처리하여 사용

---

[Lv8️⃣]

• 문제점

  • 클라이언트가 원하는 응답 형태대로 ResponseDTO를 만들었는데,
    그 필드들을 채우려면 하나의 Entity에서 해결되지 않고
    여러 Entity의 값이 필요해서 처리하기가 어려움을 느낌

  • 페이징을 어떻게 구현해야할지 모름

• 해결방법

  • 튜터님의 조언으로 -> JPQL방식을 사용하여 구현

    • JPQL을 이용하여 해결하였지만 JPQL 학습이 필요하다고 느낌

  • Page, Pageable, PageRequest에 대하여 학습하여 내 코드에 맞게 구현

    • 학습과 경험이 부족하다고 느낌

---

🌟 프로젝트 이름

• 프로젝트 이름 : ScheduleDevelopProject

  • Github에는 잘 등록하였는데 Springboot에 ScheduleDelevopProject 오타로 입력

  • 단순하게 생각하여 프로젝트 폴더명을 변경

  • 프로젝트 내부에서 import와 패키지 전체적으로 오류 발생

    • 수동으로 그 부분만 변경하면 되지 않을까라고 생각..

  • 수동으로 전부 변경 후 캐시 무효화하여 다시 프로젝트를 실행

    • 결과적으로 컴파일 오류 발생

  ---

  • GPT를 사용하여 원인을 찾기 시작

  

  • ScheduleDevelopProject[scheduleDelevopProject] 프로젝트 폴더명을 변경하여도
    대괄호[] 안에 이름이 변경되지 않아 오류 발생한다고 함

    • GPT에서 말하기는 프로젝트 폴더에서 .idea 폴더와 .iml 파일을 찾아서 삭제하라고 함

      • .idea 폴더 안에 modules 폴더 안에 .iml 파일이 존재하는 걸 알아서 .idea 폴더를 삭제함

    • 삭제 후 재 실행하면 .idea 폴더는 다시 생긴다고 함

      • 재 실행하여 .idea 파일 생성된 것을 확인 -> 하지만 똑같이 컴파일 오류 발생

• 결과적으로 프로젝트가 더 꼬일거 같다는 느낌을 받고
  프로젝트 폴더를 삭제 후 Git에 저장한 코드를 clone하여 복구함

  • 프로젝트 명을 바꾸지 않기로 함