인증
입니다.OAuth
, Cookie
, Session
등이 있습니다.인증
이 제일 먼저인 이유는 인증
을 어떻게 하느냐에 따라서 뒤의 플로우가 전부다 바뀌게 됩니다.인증
을 한 유저와 인증
을 안한 유저의 보여주는 페이지가 다릅니다.Project
내 입니다.API
, 3rd API
등 입니다.강의목록 API
에 대해서 이야기하면 강의목록 API
가 우리가 만들 웹사이트에서만 사용되는지 아니면 협력사나 어드민 페이지 등에서 사용되는지 판단해야합니다.RnR
: Role & Responsibility 의 약자, 즉 어느 곳이 데이터의 관리주체인지 정리합니다.MSA
(Micro Serveice Architectures) 로 나눌 수 있습니다.어드민
도구가 있고 어드민
에서 사이트에 데이터를 내려주게 되면 외부에서 관리해야 합니다.메뉴 API
를 카테고리
와 GNB
(Global Navgation Bar)에서 사용합니다.메뉴 API
하나로 카테고리
와 GNB
데이터를 모두 사용하는 방법이 있고 메뉴 API
내에서 쿼리 파라미터를 사용하여 카테고리 API
와 GNB API
를 따로 나눌 수도 있습니다. API 설계
를 어떤식으로 할지 판단하여 백엔드 개발자에게 요청하여 진행합니다. API
덩어리가 커지면 커질수록 프론트엔드 개발자는 더 편해집니다.데이터 베이스 단일책임 원칙
이나 성능 면에서 API
를 여러개로 분기하여 관리하는 것이 더 좋습니다.API 설계
할때 프론트엔드와 백엔드 개발자가 충분한 논의가 필요합니다.어드민
에서 관리해야하기 때문에 외부 데이터로써 관리합니다.강의 API
가 따로 있더라도 강의 목록 API
와 강의상세 API
가 분리되어 있어야 불필요한 데이터를 추가로 가져오지 않도록 해야합니다.