• CSS : styled-components 사용하기로 결정
  • (현찬 의견) sass, styled-components 둘 다 사용해도 좋고, styled-components가 익숙하시지 않은 팀원분들이 많으니 그거를 사용보는 게 좋을 거 같다.
  • (민기 의견) styled-components가 좀 더 효율적으로 작업할 수 있을 거 같다. 재사용하기도 좋고 클래스에 대한 고려를 많이 하지 않아도 돼서 좋을 거 같다.
  • (보현, 다은 의견) : 둘 다 상관 없다.
  • (현정 의견) styled-components가 더 좋다.
• 라우팅 : react-router-dom 사용하기로 결정
• 권한 관리를 어떻게 하며? 어디다 할 것인지?
  • userdata를 만들때 아예 초기에 관리자 계정을 만들고 시작한다.
  • 회원가입은 다 일반 유저로 넣고 관리자만 상수로 지정한다.
  • 관리자는 임의로 계정을 생성할 수 있다 ⇒ 관리자가 계정을 생성해서 부여하는 방식으로 구현?
    • 관리자가 계정별로 권한을 따로 부여해서 팀별로 접근할 수 있는 파트가 다른 식으로 구현?
  • 회원가입을 할 때, 선생님으로 가입할 지 부모로 가입할 지 분리해줘야 할 거 같다.
  • 하나의 페이지(같은 url)인데, 계정의 권한에 따라 다른 화면을 렌더링한다.
    • 관리자, 선생님, 부모님 별 메뉴가 다 다름(권한에 따라 접근 메뉴가 다름)
    • ex. 일반 유저 회원가입 후 로그인 → 일반 유저용 메뉴만 접근
    • ex. 관리자가 유저의 권한을 선생님으로 변경해줬을 때, 선생님 메뉴가 접근 가능해짐
  • 관리자 페이지는 유저 데이터 테이블 출력.
  • 권한 별로 페이지를 잘못 접근하면 접근 불가 처리 해주기
  • 파이어베이스를 사용해야할까? → 사용하지 않기로 결정!
    • (현찬 의견) 파이어베이스 비추.. 러닝커브가 높은 편 → 익숙하지 않으면 지양...
  • 외부 DB 사용 vs 전역 상태 관리 → 둘다 관리하지 않기로 결정

    • (현찬 의견) context api 써보는 건 어떨까?

      • context api가 필요한 부분: user data
      • 우려되는 사항: 초기 세팅에 오랜 시간이 걸릴 수 있다. 다 써보지 않은 사람들이라.....

    • 외부 DB는 scale이 너무 커짐,.... (백엔드의 영역까지는...)

    • 설계가 중요!

    • 로컬스토리지 사용하기로! 공개되어도 되는 부분만 저장, 이 유저가 누구인지에 대해서 알 수 있는 정보만 있으면 됨.

      → 이런 경우 로그인시 비밀번호 체크는 그럼 어떻게 해요...?

      • hash값으로 암호화하여 저장, bcrypt.js 패키지 활용
• 이미 가입한 유저의 권한 승격, 하락까지 구현해야 할지? → 구현하기로 결정!
• key값을 객체로 구현해서 상수관리하는 것이 좋을 것 같다.
• 검색 기능 구현 방식
  • checkbox로 항목를 미리 선택하게끔 하고 선택된 항목에 맞게 검색이 되게끔 한다.
• 테이블 컴포넌트 data tables(Jquery) 라이브러리 사용할까? → 사용하지 않고 구현하기로 결정!

👨‍⚖️ 미팅 후 결정된 사안

1. CSS : styled-components 사용
2. 라우팅 : react-router-dom 사용
3. 유저 데이터 관리: localStorage 사용
4. 유저 데이터 3가지로 분류
   1. 관리자(0)
   2. 선생님(1)
   3. 일반 유저(2) → 부모님에 해당!
5. 팀원 별 기능 분담
6. 프로젝트 기능 명세서
7. 프로젝트 CRA 및 초기 환경 설정
   • package 설치
   • 폴더구조 설계
   • 기본 router 적용
   • 전역 스타일링 설정
   • eslint + prettier 설정