뭐먹냥 개발 일지1(221111 금)

뭐먹냥(What cat eat)

고양이를 키우는 집사들을 위한 사료 선호도 기록 서비스로써 습식, 건식 사료, 간식 등을 먹여보고 호불호 및 알러지를 기록하는 서비스이다.

예전에 기획만 하고 미뤄뒀던 프로젝트인데, 이번에 다시 시작하게 되었다.

이번에는 FastAPI를 이용해서 개발해 볼 예정이다.

---

피드백

1. 기능 정의

• 회원가입 할 때 고양이 정보가 필요할까?에 대한 고민해보기.
  (나 🤔 : 메인페이지가 로그인 후 가장먼저 보여지는데, 메인페이지에는 고양이 이름이 들어가게 되어있다 👉 그래서 고양이 정보를 회원가입해서 입력 받는 게 맞다고 생각함. 하지만 발전할 수 있는 방향은 분명히 있을 것 같다. 예를 들어 사용자 정보를 모두 입력한 후 고양이 정보를 입력할 수 있도록 하든지, 메인페이지에는 입력받지 않으면 ??? 이런식으로 (거슬리게)띄워서 고양이 정보를 입력하게 유도하든지)

2. ERD 설계(erdcloud 이용)

• 필드 사이즈 설정하기
• 설계한 화면을 보면서 DB설계하는 것이 아니라, 데이터 간 관계를 보면서 DB를 설계하여야 한다.
  (나 🤔 :👉 이부분은 아직 이해가 잘 안가서 어렵다. A-B간 관계가 어떻게 되어있지? 어떤식으로 구현해야 할까? 감이 안옴.. 일단 해보면서 피드백 받아야지)

고민하고 있는 부분

1. 카테고리 같은 경우에는 유저들이 임의로 조작하기 전에 개발자가 미리 정해놓아야 할 것 같은데, 어떻게 저장해야 할 지 모르겠다. 이전 프로젝트에서는 필드를 아예 따로 빼서 저장해두었는데 이게 맞는걸까?(사실 이렇게 외래키로 빼버리니까 개발하면서 되게 번거로웠음)
   📍 멘토님 조언 : 변할 가능성 없으면 SET, ENUM 사용, 변할 가능성 있으면 VARCHAR 사용

2. 아직 ERD에 익숙하지 않아서 그런지 관계형필드가 어렵다. 예를 들어 고양이가 특정 사료에 대해 여러가지 알러지가 있을 수 있다. 그러면 이 "알러지"필드를 여러가지 외래키로 주는게 맞을지..? 대충 태그 느낌으로 구현하긴 했는데, 1번에서는 외래키로 주지 말래서 헷갈린다ㅠㅠ

3. API 설계(TODO)

• RESTful을 잘 지키기
  👉 RESTful 이란? Representational State Trasfer의 약자로, 자원을 "이름"으로 구분하여 해당 자원의 상태를 주고받는 모든 것을 의미함.
  즉, URI를 통해 자원을 명시하고 HTTP 메서드를 통해 해당 자원에 대한 CRUD Operation을 적용하는 것

  • Restful을 제대로 지키지 않은 URL
    

  • RESTful을 제대로 지킨 URL