• 코드 컨벤션

  FE

  • 함수형 프로그래밍을 따른다.
  • 변수명은 CamelCase로 한다.
  • 함수는 화살표 함수를 기본으로 한다.
  • 필요에 따라 코드에 주석을 첨가한다.

  BE

  • 변수명은 CamelCase로 한다.
  • API 명세서는 restful설계에 맞춰서 한다.
  • 공통되는 코드는 함수로 만들어 중복코드를 최소한으로 한다.
  • Custom ErrorCode를 Enum으로 관리하여 프론트엔드와 명확하게 소통한다.
  • 필요에 따라 코드에 주석을 첨가한다.

• 깃플로우 전략

  • FE : **Organizations [**main] > 개인 fork Repository [main] > feature/기능명
  • BE : **Organizations [**main] > develop > feature/기능 별 브랜치 develop으로 pull request시 github action CI/CD

• 프로젝트에서 사용할 기술 스택을 정리해 와 주세요!

  • 기술스택 (사용언어, 라이브러리)

    FE : Javascript, React(Redux-Toolkit), TailWind, Axios, React-router-Dom

    BE : AWS S3, AWS RDS, AWS EC2, AWS CODEDEPLOY, JAVA, SPRING, SPRINGBOOT, QuaryDsl

  • Schema

    

  • API 컨벤션 RESTFUL 한 API를 작성하기 위해 노력했다.

    : SWAGGER (http://43.201.82.55:8080/swagger-ui/index.html#/)

• 이번 주 한 일

  • 팀 전체

    • Design
      1. WF 검토
      2. 디자인 착수
    • Front-end
      1. SA~WF 작성
      2. 공공API 데이터 활용가능여부 파악
      3. 쿼리파람 프론트 디코딩 시도(백엔드에서 진행하는 방향으로 결정)
      4. Front 기능개발
    • Back-end
      1. AWS Cloud 설정
      2. 공공API 데이터 파악
      3. Back-end 기능개발 (API 테이블 hot tag 20 제외 전체 완료)
      4. CI/CD 적용완료
      5. Swagger 적용완료

  • FE 오기쁨(L)

    1. 전체 리스트(파람 GET)
    2. 검색 리스트(파람 GET)
    3. 작성하기, 수정하기(POST) : 다중이미지 등록 / 태그추가
    4. 마이페이지 리스트 GET 및 알림 state 관리
    5. 디자이너 소통 및 디자인 컨셉 피드백 (WF 내용 전달 및 요청사항, 피드백)

  • FE 임효진

    1. 소셜 로그인 구현 (카카오로그인, 네이버로그인)
    2. 상세 조회, 삭제 (GET, DELETE)
    3. 댓글 조회, 작성, 삭제 (GET, POST, DELETE)
    4. 좋아요 (POST, DELETE)
    5. 북마크 (GET, POST, DELETE)

  • BE 정성우(VL)

    1. 1 - EC2, mySQL, S3, CodeDeploy
    2. 2 - 공공API 데이터 파악
    3. 3 - 게시글 작성(다중이미지 등록) / 수정 / 조회 / 삭제 / 검색
    4. 4 - CI/CD 적용 (github action / code deploy)

  • BE 장윤서

    1. 1 - EC2, mySQL, S3, CodeDeploy
    2. 2 - 공공API 데이터 파악
    3. 3 - 소셜로그인(kakao)
    4. 3 - 마이페이지 작성한 글 / 좋아요한 글 / 북마크한 구 / 새로운 댓글 알림
    5. 4 - CI/CD 적용 (github action / code deploy)

  • BE 유도원

    1. 2 - 공공API 데이터 파악
    2. 3 - 댓글 작성 / 삭제
    3. 3 - 좋아요 / 좋아요 취소 (게시글, 댓글)
    4. 3 - 북마크 / 북마크 취소 (구)
    5. 5- Swagger 적용

• 이외에도 기술적인 방향을 잡기 위한 질문을 정리해오시면 가장 좋습니다!

1. jwt 토큰 방식
   1. accessToken 의 키값을 반드시 Authorization 사용해야 하는지 또한 통신시 Bearer를 꼭 붙여야하는지 궁금합니다. 2. 올바른 Token 재발급 방식이 궁금합니다. 공부 과정에서 모두 다른 방식의 jwt방식을 접하여 어느것이 가장 효율적이며 안전한 방식인지 궁금합니다. 저희가 생각한 방식은 다음과 같습니다.

   1. accessToken과 refreshToken을 함께 주고 받으며 accessToken 만료 시 refreshToken을 검증하여 accessToken을 재발급 해주는 과정을 Filter단에서 진행하는 방식은 어떤지 궁금합니다. 이 때 탈취 등의 위험으로 부터 대안책으로 refreshToken도 함께 재발급 해주고 DB저장되어있는 refreshToken역시 바꿔주는 방식
   2. 로그인 시 accessToken과 refreshToken을 발급 하여 통신시에는 accessToken만 주고 받으며 재발급하는 api를 따로 둠으로써 accessToken 만료 시 해당 api로 refreshToken과 함께 요청을 보내게끔 (프론트 단에서) 하여 재발급 해주는 방식
   3. 로그인 시 accessToken과 refreshToken을 발급 하여 통신시에는 accessToken만 주고 받으며 accessToken 만료 시 로그인 요청 alert을 띄워 로그인을 유도하는 방식

2. 좋아요 Table 및 댓글 Table

   1. 계층구조로 댓글-대댓글, 게시글좋아요-댓글좋아요 table 두개를 하나로 합치면 어떤 이점이 있나요? 테이블 두 개로 나눠서 관리하는 것이 더 편하지 않나요?

3. 게시글 검색과 전체조회시 검증 로직

   1. 검색이나 조회 시 queryParam으로 값을 받아올 때 프론트에서 고정된 요청을 보내주는데 GU 등을 배열이나 자료구조를 통해 올바르게 들어왔는지 검사하는 로직이 필요한지 궁금합니다. (DB에서 있는지 일일히 조회하는 건 비 효율적이라고 생각했습니다.) ex) 글 작성 시 gu 를 고정된 값으로 넘겨 받는데 잘못된 값이 들어올 경우도 생각하여 예외처리를 해야하는지 궁금합니다.

4. N+1 문제

5. 깃허브 액션 DEVELOP브랜치 설정시 하위 브랜치에서 발생하는 이벤트 포함되는 문제

6. S3 이미지 업로드 시점

7. JPA 순환참조 해결방식

8. OpenApi를 호출하여 데이터 보관

9. ElementCollection과 OneToMany

• 숙제 : 멘토링 결과 다음 주까지 해올 일

<aside> ✅ 고민을 너무 많이 하고 있음 > 구현을 “일단” 해봐라! 전체적인 틀은 잘 잡혀있어서 문제되는 부분 없어보임, 해결이 안되는 문제 위주로 질문 달라!

</aside>