• 글쓰기 페이지 API 관련 ⇒ 유저스토리, API, 서비스 정책 문서 확인 필요

  <aside> 🚨 백엔드 의견: 글쓰기 페이지에서 글 작성 API 하나만으로 해결이 가능한지? 글쓰기에서 전체적인 흐름이 헷갈린다

  </aside>

  • 프론트 논의 결과
    • 글 쓰기 페이지에 접근할 때 내가 속한 팀을 조회할 내 팀 조회 API가 있으면 좋을 것 같다. 페이지 진입 시 내 팀을 조회하고 내가 팀장으로 있는 팀을 필터링해서 보여주면 될 것 같다.
    • 공고 신청 페이지에서도 팀 선택하는 기능이 있는데 이때도 API 재사용 할 수 있을 듯?
  • 전체 논의 결과
    • 기획 때 팀장만 글을 작성하고 대결을 신청할 수 있다고 얘기했다고 한다. 그래서 API는 내가 리더로 있는 팀 목록을 불러오는 걸로 정함.

• 공통 (스타일)컴포넌트 컨벤션

  • 왠만하면 모든 상황에 대응되게 하고 추후에 범위를 좁히거나 쓰지 않는 코드는 버리자
  • 이게 맞는 방법인가?

• 린트 룰 추가는 개인 작업에 포함하고 PR에 설명하기

• 스타일드 컴포넌트 오브젝트 스타일 고려

• 스타일드 컴포넌트를 함수 컴포넌트로 감싸지 않고 바로 사용하는 방법

  • 파일의 위치는 어디가 적절할까

• 타입 문제 해결 방법

  • document.addEventListener 에 핸들러를 설정하는 상황

  const handleClick = (e: MouseEvent) => {
  		
  }
  
  document.addEventListener('click', handleClick)
  

  • handleClick 핸들러 함수의 이벤트 객체는 리액트의 합성 이벤트가 아니고, 네이티브 이벤트임. 이전에 합성 이벤트의 타입을 정의하려고 React.MouseEvent 를 import 했었는데 그 값을 가져오다보니 계속 타입에러가 발생했음. ⇒ 네이티브 이벤트와 리액트 합성 이벤트를 잘 구분하자
  • 근데 그럼 네이티브 MouseEvent랑 리액트 MouseEvent랑 한 파일에서 같이 쓰는 경우는 리액트 이벤트의 경우 React.MouseEvent 로만 사용해야 하는 건가? 궁금쓰..

• 테마를 사용하는 이유

  • 여러가지 테마를 정해두고 테마에 맞는 디자인을 쉽게 입히기 위해 사용한다
  • 현재는 테마가 하나이다
    • ThemeProvider의 의미가 줄어든다
    • 상수로 관리하는 것이 오히려 나을 수 있다
    • 확장가능성을 고려해 테마를 사용하는 것도 좋다
  • 테마가 여러 개더라도 공통된 부분이 있을 것이다
    • 공통 부분 또한 테마로 주입할 수도 있다
    • 상수로 관리할 수도 있다

Best Practices

• 쿠키 저장 방식

  • 따로 백엔드 서버가 있다면 노 상관
  • 없다 그러면 next에서 설정을 해주어야 한다
  • next를 프록시 처럼 사용할 수도 있지만 백엔드 서버가 있는데 굳이?

• 인증이 있고 없고를 떠나서 쿠키를 받거나 전송할 때 프론트에서 credential 옵션이 필요하다

  • 이유는?

[AXIOS] 📚 CORS 쿠키 전송하기 (withCredentials 옵션)

• same site 옵션

  

  • 정확한 설명은 안 된다 ㅠ
  • cors 와 마찬가지로 쿠키 저장을 위해서 필요한 옵션이다

• 프로젝트 관련된 사항이라면 모든 것 공유(화이트 보드, 문서) 좀요.. 기억 문제를 완화할 수 있어요..

• 페이지 url 설정에도 원칙이 있나?

• 정책 관련의 경우 의견 통일이 필요해서 무조건 협의 후 결정

  • 차트랑 아이콘 library 도입할 때 파파 없어서 임의로 결정 후에 올렸는데 이런거 급한 거 아니면 저도 얘기하고 협의 후에 하도록 하겠습니다~!