와인잔 3조 1주차 과제

[hyukjinKimm]

역할 분배 및 기능 구현

역할 분배

• 혜린: 작성 조회 수정 삭제
• 다진: 일기 작성, 조회, 수정, 삭제, 복구 및 수정 횟수 제한
• 사랑: 제된 일기 복구 기능 추가, 30자 제한, 삭제, 수정 기능
• 동현: 일기 삭제 기능 추가, 일기 수정 기능 추가, 삭제된 일기 복구 기능 추가, 일기 수정 일일 2회 제한 기능 추가, Application 종료 시에도 일기 저장 목록 유지 기능 추가, 이모지 등을 1글자로 계산하는 기능 추가
• 혁진: 일기 작성, 조회, 수정, 삭제, 복구 및 수정 횟수 제한

기능별 역할 수행 상태

기능	혜린	다진	사랑	동현	혁진
일기 글자수 30자로 제한	✅	✅	✅	✅	✅
일기 삭제 기능 추가 ⭐️	✅	✅	✅	✅	✅
일기 수정 기능 추가 ⭐️	✅	✅	✅	✅	✅
삭제된 일기 복구 기능 추가 ⭐️⭐️	❌	✅	✅	✅	❌
일기 수정 일일 2회 제한 기능 추가 ⭐️⭐️	❌	✅	❌	✅	❌
Application 종료 시에도 일기 저장 목록 유지 기능 추가 ⭐️⭐️⭐️	❌	❌	❌	✅	❌
이모지 등을 1글자로 계산하는 기능 추가 ⭐️⭐️⭐️⭐️⭐️	❌	❌	❌	✅	❌

각자 역할 관련 노트

혜린

• 고민 과정: 구현은 필수과제까지 진행했으나 심화과제를 구현하기 위해 고민했던 내용들을 밑에 공유하겠습니다!
  Member - memberId
  Diary - diaryId, content, memberId(join), createdAt, deletedAt, updatedAt, updateCount, diaryStatus(soft delete 할거면)
  멤버 id 입력 -> 메뉴 진입

1. Post 일기 생성 : 30자 초과 시 에러 반환, 이모지 허용 -> Grapheme Clusters
   1. 이모지와 글자의 자수 인식 다르므로 주의
2. 일기 리스트 확인
   1. Get 단순 확인 : 삭제한 일기는 보이지 않고 등록 순서대로(diaryId순) 조회
   2. Patch 일기 수정 : 수정 선택 후 수정할 일기 id 입력 -> 수정
      1. 하루 2번 제한. updateCount에 횟수 저장하고 자정에 reset
         1. 자정 reset은 cronjob으로 할 것인가
         2. 혹은 수정 시도했을 때 updatedAt가 현재 날짜보다 이전이면 updateCount 0으로 update, 수정할 때마다 udpateCount++
      2. 30자 제한
      3. 삭제한 일기는 수정 x
   3. Patch 일기 삭제 : 삭제 선택 후 삭제할 일기 id 입력 -> 삭제 soft delete
3. 삭제한 일기 리스트 확인
   1. Get 단순 확인 : 휴지통 개념
   2. Patch 복원 : 복원 선택 후 복원할 일기 id 입력 -> 복원
   3. Delete 영구삭제 :삭제 선택 후 삭제할 일기 id 입력 -> 삭제 hard delete
      • 구현 내용: 30자 제한 일기 생성 및 수정, 등록순 조회, 일기 삭제 등 기본적인 CRUD 기능을 구현했습니다.

다진

• 고민 과정: 데이터 복구를 할 때 데이터베이스와의 연동 없이, Java 자체에서 데이터를 복구하는 방법을 고민했습니다. 데이터를 실제로 삭제하지 않고, 사용자가 접근할 수 없게 만들면서도 나중에 다시 복구할 수 있는 소프트 삭제(Soft Delete) 방식을 선택했습니다.
  • 구현 내용: 소프트 삭제(Soft Delete) 방식으로 데이터를 삭제하는 대신, Java 내부에서 데이터를 관리하며 복구할 수 있도록 구현했습니다.
    DiaryRepository에서는 isDeleted 플래그를 이용해 데이터를 실제로 삭제하지 않고 사용자가 접근할 수 없도록 처리했습니다. 복구는 restore 메서드를 통해 삭제된 데이터를 다시 복구할 수 있도록 했습니다.

사랑

• 고민 과정: 삭제된 일기를 복구할 때, ID를 새로 생성하지 않고 원래 ID를 그대로 유지해야 기존 데이터와의 연속성을 지킬 수 있는데 HashMap을 사용해 ID를 키로 저장함으로써 복구 시에도 원래 ID를 유지할 수 있다는 걸 알게됨
• 구현 내용: DiaryRepository에 삭제된 일기를 저장하기 위한 별도의 deletedStorage 맵을 추가하고, 삭제된 일기 목록을 반환하는 findAllDeleted() 메서드 추가 DiaryService: restoreDiary(), getDeletedDiaryList() 추가 DiaryController: restore(), getDeletedList() 추가

동현

• 구현 내용: 일기 글자수 30자로 제한, 일기 삭제 기능 추가, 일기 수정 기능 추가, 삭제된 일기 복구 기능 추가, 일기 수정 일일 2회 제한 기능 추가, Application 종료 시에도 일기 저장 목록 유지 기능 추가, 이모지 등을 1글자로 계산하는 기능 추가

혁진

• 구현 내용: GET, POST, DELETE, PATCH 등 기본적인 CRUD기능을 구현하였습니다.

리뷰

챌린지 과제

• String에 대해 고민해보세요.
• StringBuilder를 사용하면 어떤 이점이 있는 거죠?
• String, StringBuilder, StringBuffer
• UTF가 뭐예요?
• 이모지, 한글은 각각 몇 byte인가요?
• 대문자와 소문자 구분은 중요한가요? 어떻게 생각하세요?
• 키워드: mysql collation

[mr8356]

역할분배 동현: 일기 삭제 기능 추가, 일기 수정 기능 추가, 삭제된 일기 복구 기능 추가, 일기 수정 일일 2회 제한 기능 추가, Application 종료 시에도 일기 저장 목록 유지 기능 추가, 이모지 등을 1글자로 계산하는 기능 추가

기능별 역할 수행 상태 : 전부 다 수행함

동현 고민 과정: (여기에 동현의 고민 과정을 입력하세요) 구현 내용: 일기 글자수 30자로 제한, 일기 삭제 기능 추가, 일기 수정 기능 추가, 삭제된 일기 복구 기능 추가, 일기 수정 일일 2회 제한 기능 추가, Application 종료 시에도 일기 저장 목록 유지 기능 추가, 이모지 등을 1글자로 계산하는 기능 추가

[ksarangee]

사랑: -(선택) 삭제된 일기 복구 기능 추가 -(필수) 30자 제한, 삭제, 수정 기능

고민과정: 삭제된 일기를 복구할 때, ID를 새로 생성하지 않고 원래 ID를 그대로 유지해야 기존 데이터와의 연속성을 지킬 수 있는데 HashMap을 사용해 ID를 키로 저장함으로써 복구 시에도 원래 ID를 유지할 수 있다는 걸 알게됨

구현내용:

• DiaryRepository에 삭제된 일기를 저장하기 위한 별도의 deletedStorage 맵을 추가하고, 삭제된 일기 목록을 반환하는 findAllDeleted() 메서드 추가
• DiaryService: restoreDiary(), getDeletedDiaryList() 추가
• DiaryController: restore(), getDeletedList() 추가

[YangDaJin0104]

역할 분배

• 일기 작성, 조회, 수정, 삭제, 복구 및 수정 횟수 제한

고민 과정

• 데이터 복구를 할 때 데이터베이스와의 연동 없이, Java 자체에서 데이터를 복구하는 방법을 고민했습니다.
• 데이터를 실제로 삭제하지 않고, 사용자가 접근할 수 없게 만들면서도 나중에 다시 복구할 수 있는 소프트 삭제(Soft Delete) 방식을 선택했습니다.

구현 내용

• 소프트 삭제(Soft Delete) 방식으로 데이터를 삭제하는 대신, Java 내부에서 데이터를 관리하며 복구할 수 있도록 구현했습니다.
• DiaryRepository에서는 isDeleted 플래그를 이용해 데이터를 실제로 삭제하지 않고 사용자가 접근할 수 없도록 처리했습니다.
• 복구는 restore 메서드를 통해 삭제된 데이터를 다시 복구할 수 있도록 했습니다.

[hyerinhwang-sailin]

혜린 역할 분배 : 작성 조회 수정 삭제 고민 과정: 구현은 필수과제까지 진행했으나 심화과제를 구현하기 위해 고민했던 내용들을 밑에 공유하겠습니다! Member - memberId Diary - diaryId, content, memberId(join), createdAt, deletedAt, updatedAt, updateCount, diaryStatus(soft delete 할거면) 멤버 id 입력 -> 메뉴 진입

1. Post 일기 생성 : 30자 초과 시 에러 반환, 이모지 허용 -> Grapheme Clusters
   1. 이모지와 글자의 자수 인식 다르므로 주의
2. 일기 리스트 확인
   1. Get 단순 확인 : 삭제한 일기는 보이지 않고 등록 순서대로(diaryId순) 조회
   2. Patch 일기 수정 : 수정 선택 후 수정할 일기 id 입력 -> 수정
      1. 하루 2번 제한. updateCount에 횟수 저장하고 자정에 reset
         1. 자정 reset은 cronjob으로 할 것인가
         2. 혹은 수정 시도했을 때 updatedAt가 현재 날짜보다 이전이면 updateCount 0으로 update, 수정할 때마다 udpateCount++
      2. 30자 제한
      3. 삭제한 일기는 수정 x
   3. Patch 일기 삭제 : 삭제 선택 후 삭제할 일기 id 입력 -> 삭제 soft delete
3. 삭제한 일기 리스트 확인
   1. Get 단순 확인 : 휴지통 개념
   2. Patch 복원 : 복원 선택 후 복원할 일기 id 입력 -> 복원
   3. Delete 영구삭제 :삭제 선택 후 삭제할 일기 id 입력 -> 삭제 hard delete

구현내용 : 30자 제한 일기 생성 및 수정, 등록순 조회, 일기 삭제 등 기본적인 CRUD 기능을 구현했습니다.