rbgus2002 / studygroup

🌴 그룹스터디 관리 서비스

프로젝트 기간
2023.03 ~ ing

참고 자료

• 🔥 개요
• 📌 프로토타입
• 📣 요구사항

studygroup's Issues

할일과 관련한 API 수정 요청 리스트

• 1. POST /tasks : 태스크 생성

// 전달 인자
roundParticipantId,
taskType,
detail,

// 받길 원하는 결과
taskId,

• 2. DELETE /tasks : 태스크 삭제

// 전달 인자
taskId,     // 이것 만으로 다른 사람 태스크까지 삭제할 수 있나..?
//roundParticipantId,

• 3. PATCH /tasks : 태스크 수정

// 전달 인자
taskId,    // ~~이것 만으로 다른 사람 태스크까지 수정할 수 있나..?~~ -> 각자 수정으로 Fix
detail,

• 4. PATCH /tasks/check : 태스크 수행 여부 변경

// 전달 인자
taskId

회원 가입 시 휴대폰 인증 관련 안내사항

회원 가입 시에 문자인증 구현 완료했습니다. (POST auth/messages/send, POST auth/messages/verify)
FLOW는 다음과 같습니다. (그리고 보니까 그지 같아서 슬퍼요)

10/11 16:00 경에 보내드린 application.properties로 교체해주셔야 합니다!
또한 내부적으로 인증 로직에 인메모리 디비인 Redis를 사용합니다. 현재는 서버를 띄워놓지 않았기 때문에 로컬에 Redis를 설치해주셔야 합니다. 다음의 순서로 설치해주시면 됩니다.

다음은 아셔야 할 내용들입니다!

문자 인증번호는 6자리입니다.

문자는 건당 20원이고 현재 10,000원 충전해놓았습니다. 따라서 500건 문자 전송이 가능합니다. (이메일 인증은 무료지만 문자 인증은 무료로 구현이 불가능합니다)

회원 가입 시에 발급받은 문자 인증번호는 정확히 3분간 유효합니다.

사용자 별 스터디 색상 변경 API

Description

스터디의 색상을 변경하는 API 개발
사용자는 스터디 마다 원하는 색상을 지정할 수 있다.

개발 완료했습니다. Request URL은 다음과 같습니다.

http://localhost:8080/studies/participants/colors?participantId=1&colorCode=0xFF

Originally posted by @Arkady1356 in #18 (comment)

---

논의하고 싶은 부분이 있습니다 재우님~
스터디 처음 생성하는 경우에 어떻게 색상을 결정할지 정책 세우면 좋을 거 같아요.

개인적으로 생각한건 스터디 처음에 생성하는 경우, 플러터 단에서 랜덤으로 색상 코드 생성해서 request에 넣어주는 방법이 좋을 거 같긴합니다. 제가 말씀 드린대로 색상을 결정하는 경우에 스터디 생성 API의 request가 조금 수정될 거 같아요
현재는 아래와 같은데 colorCode를 추가하면 될 거 같습니다. 어떻게 생각하세욤

{
  "studyName": "string",
  "detail": "string",
  "picture": "string",
  "hostUserId": 0
}

공지 사항 상세 조회시 표시되는 댓글의 개수 issue

사진과 같이 삭제된 댓글을 포함한 개수가 반환됩니다!
API : get /notices

수정 부탁드립니다 ㅎㅎ

나중에 할일 리스트

로그인 도입 과정에서 미뤄두는 일들을 기록하는 용도입니다

• 로그인 페이지 Form Validate
• 비밀번호 ****
• 상위 공지사항 조회시 3limits 호출 -> 페이징 호출 로 수정
• virtual Task Group에 추가하기
• 할일 상세내용 수정시 패널이 검정색이 되는 버그 수정
• 상위 공지사항 조회 박스의 클릭 영역 버그 수정
• 풀투리프레쉬? 연결하기

---

서버측에도 수정 요청하기

• 회차의 예정됨 여부 처리 back -> front
• 개인별 회차 진행정도 계산 처리 back -> front

공지사항 상세 조회 시에 댓글 개수 표시 여부

[GET /notices] API에 관한 내용입니다. (공지사항 상세 조회)

공지사항 상세 조회 시에 댓글 개수도 나타내면 좋겠다는 생각을 했습니다. 어떻게 생각하시나요?
대략적인 디자인은 블라인드 어플을 참고해주세요.

[B] Notice와 관련된 API에 대한 Issue

안녕하세요 규현님,

해당 Issue는 Notice 기능과 관련된 API에 대한 세부사항 조정을 위한 Issue입니다.

---

1. /notices/list | 공지사항 목록 가져오기 : Notice Id 필요
   각 Notice Summary의 Notice Id또한 전달이 필요합니다.
   해당 Notice Id를 통해 Notice 상세 보기로 접근하기 위해 필요합니다.

[F] feat : task 삭제 API 오류

task 삭제 API 호출시 500 에러가 발생합니다..! 확인 부탁드립니다

🐌 Summary

task 삭제 API를 고쳐주세요
DELETE api/tasks

📝 To Do List

• task 삭제 API 고치기

할일 추가하기 및 수정하기 API 요청

안녕하세요 규현님!
이력서 작성이니 뭐니 하면서 정신이 하나도 없네요 하하

다름 아니라
새로운 Task의 작성과 Task의 수정을 위한 API를 요청 드립니다!
이때 작성의 경우에는

1. 스터디 전체 할당
2. 개인 할당

을 구별할 수 있어야합니다. 감사합니다.

API 개발 요청 리스트

안녕하세요 규현님!
API 개발 요청할 리스트 작성해서 드립니다.
한번에 다 생각 나는 것은 아니라, 생각 나는대로 추가하겠습니다!

---

• 회차 삭제 API
• 할일 목록 조회 API 수정 #30
• 자신이 참여하는 스터디 목록 조회 API (*Home 화면) #32
• Task 추가시 taskId를 반환하도록 수정 요청 #25
• Task의 수행 여부 수정 API #25
• GET users 에선 nickname, GET tasks 에선 nickName 인데 어떤게 맞나요?!
• GET users에서 picture이 빠져있는 것 같습니다
• 할일 진행정도 계산 -> front에서 계산
• 회차 상세보기시 회차 참여자들의 일관된 정렬 요청
• GET /api/studies 에서 스터디 색상인 color도 함께 return 요청
• 폰 모델 -> Later
• 회원 가입시 프로필 메세지 필요 -> 별도로 설정 가능하도록 결정

[BE] repository 계층 테스트 코드 일괄 수정

직접 객체를 생성해서 작업하지 않고, Sql script로 테스트 데이터를 불러와 테스트 코드를 작성하도록 전면 수정

domain

• common
  • 테스트용 객체 삭제
• comment
• notice
• round
• rule
• study
• task
• user

회차 정보 가져오기 API 요청

안녕하세요 규현님!

"회차 정보 리스트"를 가져오는 API를 요청드립니다!
두 개의 페이지에서 회차 정보를 필요로 합니다.

1. '스터디 상세 보기'에서의 회차 정보 리스트
2. '회차 상세 보기'에서 상단의 회차 정보

사진을 하단에 첨부해두었습니다!!

1. '스터디 상세 보기'에서는 여러 회차에 대한 정보를 리스트로 필요로하고,
   참여자들에 대한 정보도 추가로 요청됩니다. (원형 사진 리스트)
   참여자들의 정보는 다음을 내포합니다
   #Case 예정된 회차 : 해당 회차의 참석 예정 여부의 색상과 이번 숙제의 진행 정도(%)가 필요합니다.
   #Case 종료된 회차 : 회차에 참석/지각/결석/불참 등의 여부가 색상으로 표시되고, 최종 숙제 진행 정도(%)가 필요합니다.
   (결국은 [ 색상, 진행정도[0:1] ]의 리스트가 필요함)
   추가로 개인 프로필로 접근을 위한 사용자 아이디도 필요로 합니다

1. '스터디 상세 보기'에서의 회차 정보 리스트

2. '회차 상세 보기'에서 상단의 회차 정보

논의가 필요한 부분 있다면 말씀해 주세요 !!

[F] feat : 회원 가입 API 수정 요청

회원 가입 API에서 프로필 이미지를 업로드 할 수 있도록 수정해주세요!

(현재) : URL 형식으로 업로드 -> 불가
(니즈) : Multipart 형식으로 파일 업로드 가능하도록 수정

꼼수로
회원 가입 API + 프로필 수정 API을 해보려 했는데
프로필 수정 API가 로그인 되어야 이용 가능하다는 한계가 있더군요...

🐌 Summary

회원 가입 API를 수정해주세요

• 프로필 이미지를 파일 형태로 업로드 할 수 있도록 해주세요

📝 To Do List

• 회원 가입 API에 프로필 이미지 업로드 가능하도록 수정

[권한 종류&권한에 따른 사용 가능 기능]에 대한 총체적인 기획 논의

(물론 처음에 기획을 진행하면서 어느정도 사전에 협의는 이루어졌지만, 해당 issue를 통해 문서화를 해놓으면 좋을 거 같습니다)

크게 5가지로 나눠서 정리가 필요할 거 같습니다.

1. 공지사항 생성&삭제&수정
2. 규칙 생성&삭제&수정
3. 각 사용자 태그 생성&삭제&수정
4. 스터디룸 탈퇴 관련 방장 위임 기능
5. 방장/일반 사용자 외에 추가적인 역할의 필요성

[B] feat: 스터디 편집 API 논의 요청

🐌 Summary

1. (사용자가 스터디 편집 페이지로 진입하면 기존에 가지는 정보들을 보여주어야 한다고 생각합니다.) 스터디 편집 페이지를 나타내기 위해서 스터디 편집 페이지 조회 API를 추가로 개발해야하나요? 아니면 이전 페이지인 스터디 상세 페이지 내에 있는 정보들로 조합이 가능한가요?

📝 To Do List

• 질문 대답해줘잉

📷 스크린샷(선택)

[B] feat: 스터디 생성 시에 color 입력하도록 추가 & 스터디 색상 입력 API 삭제

🐌 Summary

[POST /api/studies] 새로운 스터디 생성 시에 color 입력하도록 추가했습니다.
스터디 색상 입력 API 삭제하였습니다.

📝 To Do List

• [POST /api/studies]에서 color 추가 반영

📷 스크린샷(선택)

[F] feat : NULL 처리에 대한 논의

하하 제가 전에 프로필 이미지를 등록하지 않았을때 (== 프로필 이미지가 없을때)
NULL 값이여도 상관없다고 무의식중에 말한것 같은데요...

코드를 추가적으로 작성하다 보니 NULL보다 ""이 더 완성도 높은 결과물을 만들 수 있을것 같습니다... 하하
그래서 혹시 모든 String 타입의 NULL을 ""로 처리해주실 수 있나요?

회원 정보, 스터디 정보, 회차 등 모두가 대상입니다
수정이 많아질까요..

🐌 Summary

String 타입의 NULL을 모두 ""로 바꿔주세요

📝 To Do List

• (String)NULL -> ""

[F] text_style 파일의 font size 변경

Flutter 개발을 하며 Font Size가 전반적으로 크기때문에 디자인에 어려움을 겪는다고 생각합니다
따라서 이러한 이유로 Font Size를 전반적으로 개선하려고 하는데 괜찮으실까요?

로그인 구현으로 인한 API 관련 수정 요청

스프링 시큐리티를 활용해 자체 로그인을 구현했습니다.
이에 따라 수정 및 추가된 API 목록은 여기다가 정리해놓겠습니다.

To Do

추가

• 로그인 API 생성 (/auth/signIn)

수정

• 회원가입 API 경로 변경 (/auth/signUp)
• 모든 API 앞에 /api를 prefix로 추가
• User API
  • id를 통한 사용자 조회 => userId 인자 삭제
• Study Participant API
  • 스터디에 회원 초대 => userId 인자 삭제
  • 스터디에서 회원 초대 => API 경로 수정 (POST /api/studies/participants)
  • 스터디에서 회원 탈퇴 => userId 인자 삭제
  • 스터디에서 회원 탈퇴 => API 경로 수정 (DELETE /api/studies/participants)
• Study API
  • 새로운 스터디 생성 => body 내 hostUserId 필드 삭제
• Round API
  • 회차 삭제하기 => userId 인자 삭제
• Notice API
  • 새로운 공지사항 생성 => body 내 userId 필드 삭제
  • 공지사항 조회 => userId 인자 삭제
  • 공지사항 읽음/안읽음 체크 => userId 인자 삭제
  • 공지사항 목록 조회 => userId 인자 삭제
• Comment API
  • 댓글 작성 => body 내 userId 필드 삭제

What you need to know

로그인 및 회원가입을 제외한 나머지 API를 호출 할 때 request header 내 Authorization에 token을 담아서 호출하셔야 합니다!
(이에 대한 개념과 관련해서는 여기를 참고해주세요)

swagger 사용법 변경 (=> swagger 내에서 Header Authorization에 Bearer {token} 추가하는 방법)

1. Auth의 [POST /auth/signIn] 호출을 통해 token 값 받아오기
2. 스웨거 메인 페이지 상단 🔒Authorize 클릭 후 token 값 입력
3. API 호출 가능

/api/** API에 대해서는 호출하기 위해 USER 권한이 필요합니다.
/auth/** API에 대해서는 호출하기 위해 권한이 필요하지 않습니다.

JWT를 통해 로그인을 구현했습니다. 현재 토큰 만료 시간은 24시간이고 추후 협의를 통해 토큰 유효시간 정책을 결정하면 좋을 거 같습니다.

⭐️ 기존 최규현, 장재우의 계정 비밀번호는 0000 입니다.

할일 목록 조회 API 수정 요청

프로필 사진 업로드 API 연동 요청

[PATCH] /api/users/profile/images 프로필 사진 업로드

API 개발 완료했습니다. 추후에 디자인 완료되면 연동 부탁 드립니다!

---

음 POST가 맞다고 생각 들어서 다음에 서버 배포할 때 POST로 변경해놓겠습니다!

스터디 상세 보기의 스터디 요약 정보 API 요청

안녕하세요 규현님!
새로운 작업 요청을 기다리시는 것 같아서 새로운 요청 드려요
사진의 상단에 위치한 스터디 요약 정보를 전달해주는 API를 요청드립니다!
프로필 사진, 스터디 고유 색상, 스터디 이름 및 스터디 설명, 스터디 아이디가 필요하겠네요
부탁드리겠습니다~

회원가입 플로우 참고 자료 (todomate)

todomate 앱은 다음과 같이 회원가입을 진행합니다. 추후에 참고하면 좋을 거 같아 issue로 기록합니다!

[홈 화면] 회차 표시 관련 에러 사항

사진과 같이 홈화면에서 7회차라고 표시되어 있지만
실제 내용은 전체 7개 중 3번째인 3회차의 내용입니다!

회차 번호가 잘못 표시되고 있습니다!!

공지사항 읽음/안읽음 체크 API의 reponse 수정 관련 요청사항 질문

[PATCH /notices/check] API 관련 이야기 입니다!

"안녕하세요 규현님!
공지사항 상세 조회 읽음 표시 API와 관련해서 요청사항 드립니다.
현재 반환값으로 읽음/안읽음 여부만 리턴해주고 있는데요,
추가로 몇명이 읽은 상태인지도 리턴해주시면 감사하겠습니다. ㅎㅎㅎㅎ"

라고 재우님이 요청해주셨습니다.
아마도 읽음/안읽음 여부를 return하는 이유와 마찬가지로 신뢰성을 높이고자 요청해주신 사항이라고 생각합니다.

하지만 사용자가 해당 버튼 연타,... 하는 경우 등 해당 기능의 신뢰성을 높이려고 몇명이 읽은 상태인지 알기 위해 쿼리를 날리는 건 약간 과하지 않을까 싶은데 어떻게 생각하십니까???

[B] feat : 스터디 생성 API 수정 요청

스터디 생성에서 프로필 사진을 함께 업로드할 수 있도록 구현했습니다. 반영 부탁드립니다.

🐌 Summary

POST /api/studies

1. 기존에 존재하던 picture 필드 삭제
2. request body에 profileImage 추가

📝 To Do List

• 스터디 생성 시에 프로필 사진을 등록할 수 있도록 수정 요청

📷 스크린샷(선택)

공지사항 목록 가져오기 관련 기능 개발 요청

특정 스터디의 공지사항 목록을 조회할 때 강 공지사항 마다 작성되어있는 댓글 수를 볼 수 있으면 좋을 거 같습니다. 다음은 블라인드 어플의 경우는 다음과 같이 되어있습니다.

...
"noticeList": [
      {
        "noticeId": 5,
        "title": "빈속에 커피를 마시면",
        "contents": "속이 쓰립니다.\n\n근데 밥먹고 커피를 마시다 보면 점점 배가 꺼지잖아요? 그러면 그건 빈속에 커피를 마시는 걸까요? 사실 지금 조금 속이 쓰립니다. 커피를 그만 마셔야 겠어요…",
        "writerNickname": "arkady",
        "pinYn": "Y",
        "createDate": "2023-09-08T17:51:35.764478",
        "commentCount": 3
      },
...

그래서 각 공지사항에 댓글 수를 확인할 수 있도록 commentCount를 추가하였습니다!
괜찮으시면 반영해주실 수 있으신가요 ㅎㅎ

"공지사항 상세 조회"시 "본인의 읽음 여부" 추가 요청

안녕하세요 규현님!
공지사항 상세 조회 API (notices?noticeId)에서 추가 요청사항 있어서 Issue 날려요

사용자(본인)이 해당 공지를 읽음 표시했는지 안했는지 여부가 필요하더군요

이 과정에서 사용자 아이디도 필요하시겠네요
이쯤 되면 "읽음 여부 버튼"에서 호출하는 정보에 대한 API를 별도로 빼야하나 싶을정도네요 ㅋㅋ

회차 상세 보기의 세부 기록 가져오기/수정 API 요청

안녕하세요 규현님!!
'회차 상세 보기'의 세부 기록 (Detail Record)와 관련된 API 요청드립니다.

1. '세부 기록' 가져오는 API
2. '세부 기록' 수정하는 API
   를 요청 드립니다 !!

우선 '세부 기록'은 String 자료형으로만 입력 받고, 저장하고 보여주는 것으로 이해하고 있었습니다!
나중에... 기회가 된다면 이미지를 넣거나 할 수 있도록도 개선해보도록 합시다 !!
감사합니다 !

순서 커스텀 가능하도록 할 기능 논의

todomate에 할일 처럼 순서를 사용자가 커스텀할 수 있게 해야할 부분에 대해서 이야기 나눠보면 좋을 거 같습니다.
현재 정렬 기준을 페이지에 정리해놨는데, 저는 아래 2개 기능에 대해서 커스텀할 수 있게 해야한다고 생각합니다.

• 홈화면 내 스터디 목록들
  

• 태스크 목록들
  

할일 조회 API 수정 요청

GET /tasks?roundId=

특정 회차의 모든 사용자의 할일을 조회하는 API에 수정을 요청드립니다.

현재는

1. roundParticipantId (?? 뭔지를 몰라서 한글로 표현을 못하겠네요)
2. 유저아이디
3. [ 할일 리스트 ]

의 배열을 반환해 줍니다.

저희가 만들고자 하는 프로토타입은 다음과 같습니다.

따라서

1. 사용자 닉네임
2. 해당 회차의 달성 정도
3. 참여 예정 여부 태그 { 참석, 늦참, 불참 ... } || 출석 상태 태그 { 지각, 출석 ... }

가 추가로 필요합니다
감사합니다!

[F] Round Info 위젯의 정렬 기준

안녕하세요 규현님,

다름 아니라 Study Info Panel 에서 Round Info 위젯을 사용하던 도중

Round Info 위젯의 내부가 가운데를 기준으로 위치하고 있는 것을 발견하여 말씀드립니다

Request : Round Info 내부를 왼쪽을 기준으로 (정확히는 내부 전체에 꽉차도록) 해주세요

아래에 사진 첨부합니다..! 빨간색으로 색칠된 부분은 Round Info를 포함하고 있는 컨테이너로 내부의 Round Info의 사이즈를 시각화 해준 것입니다!

[B] User Profile과 관련된 API에 대한 Issue

안녕하세요 규현님,

해당 Issue는 User Profile 기능과 관련된 API에 대한 세부사항 조정을 위한 Issue입니다.

이야기에 앞서 Profile에서는 3가지 유형이 있습니다. 명칭 정의하고 시작하겠습니다.

1. User Profile Summary : 이미지, 이름, 상태 메세지를 가진 요약 프로필
2. User Profile (Detail) : 위의 내용과 더불어 참여하고 있는 스터디, 출석률 등을 보여줌
3. User Profile Image : 참여자 리스트 등을 보여줄때 보여줄 이미지 프로필

---

1. ?? | User Profile Image가 필요합니다.
   이때 세부적으로 User Profile Image는 다음과 같은 정보를 전달합니다.
   (1) userId : 클릭시 세부 정보 조회로 넘어갈 수 있습니다.(?아닌가?)
   (2) image : 표시될 이미지입니다 이때 스케일이 작은 이미지이긴 하나 이것은 나중에 다루도록 합니다.
   (3) color : 참석 여부, 혹은 진행도를 표시하기 위해 표시될 색상 정보를 가지고 있어야합니다.
   (4) progress : 진행도를 표시하기 위한 [0:1.0]의 값을 가지는 값이 필요합니다. 특별히 사용하지 않는 경우에는 1.0을 리턴해주시면 감사하겠습니다.

[B] Comment 댓글과 관련된 API에 대한 Issue

안녕하세요 규현님,

해당 Issue는 공지 사항 상세 보기에서의 Comment 기능과 관련된 API에 대한 세부사항 조정을 위한 Issue입니다.

---

1. 대댓글 기능의 구현
   대댓글 기능 구현을 위한 이야기를 나눠보면 좋을것 같아요.
   DB에서는 댓글이 부모 댓글을 가질 수 있도록 하여 대댓글 관계를 표현한 것을 확인하였습니다. 이때 Front에서 comments를 가져오는 API를 호출하면 어떤식으로 리턴받을지를 생각해봐야할것 같아요.
   제가 생각해본 것은 두가지 입니다.
   (1) Comment는 replies라는 이름의 List를 가지도록 하는것 입니다. 예시를 하단에 첨부하겠습니다.
   (2) Comment는 isRepy라는 bool값을 가지고, 해당 값에 따라 일반 댓글 UI와 답글의 UI로 달라보이도록 구현하는 것입니다.

(1)의 예시

(2)의 예시

결과

스터디 상세 보기의 공지 사항 3개 API 요청

안녕하세요 규현님,
다음 작업으로 스터디 상세 보기에서 볼 수 있는 공지 사항 3개를 반환해주는 API를 요청드리겠습니다. 참고하실 사진 보내드립니다~

공지사항 상세 조회 시 읽음 표시에 대한 기획 논의

재우님 하이
현재 아래 이미지와 같이 앱 개발이 되어있는 걸로 알고 있습니다.

질문하고자 하는건 접때 저희 지하철 타면서 공지사항 읽음처리와 관련해서 논의했던 부분의 연장선 입니다.

1. 공지사항 읽음 부분을 길게 눌렀을 때 읽음 처리 한 인원의 프로필 이미지를 보여주기로 한 걸로 기억하는데 맞는지 궁금합니다~

2. 맞다면 공지사항 상세보기 시에는 공지사항 읽음 처리를 한 인원의 수만 client로 response 해드리면 되는지 궁금합니다~

답변 부탁드립니다~

프로필 상태 메세지 수정 API 연동 요청

PUT /api/users/profile/messages
개발 완료했습니다! 연동 부탁드립니다.

홈 화면 관련 API 요청

안녕하세요 규현님!

홈 화면 관련 API를 요청드리기 위해 이슈 작성드립니다.
홈 화면은 다음과 같이 구성됩니다.

사용자의 아이디를 기준으로, 참여하고 있는 스터디에 대한 정보를 표시해주는데요,
각 스터디 별로 크게 3가지 정보가 필요합니다.

1. 스터디 정보
2. 회차 정보
3. 회차내 할일 정보

구체적인 내용은 아래 사진과 함께 첨부 드립니다!

[F] feat : 공지 생성 API 수정 요청

현재는 새로운 공지의 noticeId를 반환해주는데요,
이번에 공지 조회 방식을 수정하게 되면서

1. 공지 생성 API -> 새로운 noticeId
2. 새로운 noticeId -> 공지사항 조회 API -> 공지사항 정보 획득
3. 공지사항 정보 -> 공지사항 상세 조회 페이지로 이동

의 과정을 거치는데요,
요약 하자면 API를 2번씩 호출하는 불편함이 있다고 생각됩니다.

이에
새로운 공지사항 생성시
새로운 공지사항의 모든 정보를 주실 수 있나요?

🐌 Summary

새로운 공지사항 생성시 생성된 공지사항 전체를 전달해 주세요
POST /api/notices/

📝 To Do List

• 새로운 공지 생성시 생성된 공자사항을 리턴하도록 수정

[B] spring boot version 변경

변경 전 spring boot version -> 3.0.5
변경 후 spring boot version -> 2.7.11
변경 전 jdk -> 17
변경 후 jdk -> 11

변경한 이유는 다음과 같습니다.

1. spring boot의 version이 3.0으로 업그레이드 됨에 따라 spring security, swagger 등에서 설정 방식이 다소 달라졌습니다. 하지만 공식문서 조차 이에 대한 반영이 잘 안되어 있으며, 참고할 수 있는 레퍼런스가 매우 적습니다.
2. spring boot 3.0이 정식 release 됐음에도 불안정한 요소가 존재한다고 합니다.

위와 같은 이유들로 인해 version downgrade를 진행했습니다. 참고 부탁드립니다.

[B] feat : 공지사항 목록 조회 API 내 writerId 추가 반영 요청

🐌 Summary

[GET /api/notices/list] API에 writerId 추가~

📝 To Do List

• writerId 반영 요청

📷 스크린샷(선택)

Paging 적용할 API 목록

• 공지사항 목록 API
  
  

• 공지사항 댓글 목록 API

• 회차 목록 API

페이징 적용한 API는 하나의 객체로 더 감쌌습니다.

• response의 필드인 totalElements는 객체의 총 개수를 의미하고 totalPages는 전체 페이지의 개수를 나타냅니다.
• API를 요청할 때 offset은 시작 페이지를 의미하고, pageSize는 한 페이지에 보여줄 객체 개수를 나타냅니다.

RoundInfo class의 분할 관리

안녕하세요 규현님 RoundInfo Class 세분화 요청 드립니다.

현재 RoundInfo class는

를 표현하고 있는데,

RoundInfo는

단위로 만들어지고, RoundInfoPanel에서 RoundInfo와 UserListButtons를 가지는 형태로 만들어야 할 것 같습니다.
추가로 사진과 같이 Tag가 들어갈 수 있는 공간이 마련되어 있어야 합니다 그리고 '>'기호도 RoundInfo에서 가지기 보다는 이용할때 별도로 옆에 버튼을 추가할 수 있는 형태이면 좋을것 같습니다!

요약

1. RoundInfo와 RoundInfoPanel을 구분하고, 세분화 해주세요
2. RoundInfo에 Tag가 들어갈 수 있는 장소를 마련해 주세요
3. '>'기호는 별도로 추가하도록 하게 해주세요

감사합니다

UserListButton Class에 추가 기능 요구

안녕하세요 규현님, UserListButton Class에 추가적인 기능 요청 드립니다.

1. 이미지들의 scale을 지정할 수 있게 해주세요
2. 이미지간 padding을 추가해 주세요

감사합니다

[F] 공지사항 작성 시각 관련 코드 설명 요청

재우님 ~ 궁금해서 코드 어떤 식으로 짜신 건지 시간있을 때 설명 부탁드려도 될까요?

공지사항에서 [방금전], [n분전] 처럼 나타내는 부분 구현 완료된 걸로 아는데 어떻게 짜셨나요?!
사실 제가 직접 보면 되긴 하는데 (커밋 메세지에서 확인이 어려움 && 새 맥에 프론트 부분 세팅 안됨) 이슈로 확인이 힘듭니다 (== 귀찮습니다).

심심할 때 설명해주세요 ㅋ.ㅋ

[B] 공지사항 세부조회 API관련 Issue

안녕하세요 규현님,

현재 공지사항 세부조회 API에서는 공지사항 아이디를 리턴해주지 않는데 함께 공지사항 아이디도 리턴해주시면 감사하겠습니다!

감사합니다.

공지사항 상세 보기에서의 공지 사항 삭제하기 및 댓글 삭제하기

안녕하세요 규현님!
"새로운 작업 요청"을 기다리시는 것 같아서 또 추가로 새로운 요청 드립니다.

1. 공지 사항 게시물을 삭제하는 기능과
2. 댓글을 삭제하는 기능

두 가지의 기능을 요청드립니다 =)

공통 할일 추가와 콕찌르기 기능 논의

안녕하세요 규현님!

이번에 '회차 상세보기'에서
공통 할일에 할일을 추가하면 다른 사용자들에게도 할일이 추가되도록 '보여지는' 기능을 추가하였습니다.

이때 아시면 좋을것 같은 내용들을 담아보았습니다.

---

1. 할일 그룹의 공유 여부 (공통 할일 여부)

사진에 매핑되는
taskType과 task 리스트를 나타내는 TaskGroup 클래스가 있는데요,

기능 구현을 위해 해당 클래스에 bool isShared을 추가했습니다.
이는 공유되는 테스크타입인지를 나타냅니다 (GROUP은 하나의 예시)

class TaskGroup {
  String taskType;
  List<Task> tasks;
  bool isShared;            //< this member is added
}

이는 나중에 혹시 모를 taskType추가에 대한 확장성을 고려하면서 생겨난 것인데요,
이때 현재에는 isShared는 다음과 같이 판별하는데요,

static Set<String> sharedTaskGroups = { 'GROUP' }; // hard coding...

// set에 포함 여부
taskGroup.isShared = sharedTaskGroups.contains(taskType);

만약 서버에서도 할일 공유 여부를 저장하고 있다면
혹은 이후 taskType에 확장 자유도를 높이는 경우

isShared : 공유되는지 여부도 같이 서버에서 반환해주시면 감사하겠습니다!

대응 API : GET api/tasks

---

2. 가상의 할일과 새로운 콕찌르기의 모순

현재는 다른 사람에게 추가되는 것이 가상의 할일이기 때문에
taskId = -1 (nonAllocatedTaskId) 를 가지는데

방금 만든 다른 사람의 할일도 찌를 수 있게 하려면
가상이 아닌 진짜 taskId들을 가지고 있어야 가능해집니다.
(체크박스를 통한 콕 찌르기 도입의 경우)

나중에 콕찌르기 기능이 확정되면 이야기를 나누면 좋을것 같아 적어둡니다!!

[B] feat : 태스크 목록 조회 시에 taskTypeName 반영 요청

�기존에 반환되는 taskType을 그대로 화면에 보여주는 것으로 알고 있습니다. 화면에 보여주기 위해 taskTypeName이라는 필드를 추가했습니다.

🐌 Summary

[GET api/tasks]새롭게 추가한 taskTypeName을 반영해주세요

📝 To Do List

• taskTypeName 반영

📷 스크린샷(선택)

백로그 유효성에 관한 논의

프로젝트를 진행할 때 개발해야할 기능, 우선순위 등을 Backlog를 통해 효율적으로 관리할 수 있다고 들었습니다.
위의 이유로 구글 시트를 통해 백로그를 작성했는데 제대로 사용하지 않고 있기 때문에 효율성을 느끼지 못하고 있어서 아쉽습니다..!

지금 어느 페이지까지 개발이 되어있는지, 진행상황을 잘 모르고 있는데 백로그를 적극적으로 사용해서 소통 없이도 바로 파악할 수 있도록 해보는 건 어떨까요?

사실 백로그가 전체적으로 퍼포먼스를 높이는 지에 대해서는 잘 모르겠습니다. 아직 제대로 사용해본 적이 없기 때문에 잘 모르는 만큼 일단은 한번 백로그 열심히 작성해보는 것도 좋을 거 같습니다! 어떻게 생각하시나요 ㅎㅎ