🐥 카카오테크캠퍼스 - 2단계 1주차 강의

🐥 카카오테크캠퍼스 - 2단계 1주차 강의

OT : BE 파트 개발 프로세스

BE는 FE를 만들지 않을 것이므로, 제시된 jar 파일을 구동하여 FE를 대신한다
기능 개발 확인은 PostMan 또는, 직접 Docker로 빌드하면서 개인 별로 기능을 구현할 것이다

전체적으로, 로컬에서 개발하고, 테스트를 한 후 Github 브랜치에 계속 개발을 진행한다.
크램폴린(카카오 클라우드)는 Github에서 코드를 업데이트한다

기억하자!

• BE는 FE가 개발하기 편하도록, 데이터를 넘겨줘야 한다
  • 화면에 필요한 DTO만 던져준다던가
  • DTO가 바뀌면 꼭 프론트에게 말해준다던가
• PK는 보이지 않아도 꼭 만들어줘야 한다

Entity 파악 : UI를 보고 어떤 데이터가 필요한지 보는 시야 필요

예를 들어 아래와 같이 회원 가입 폼을 보면, User 테이블이 필요하겠군 그리고 Request DTO도 필요하겠는데?를 생각해야 한다.

처음 명세서를 볼 때부터 깊게 기능 명세를 파고 드는 것이 아니라 Entity 부터 파악을 하자

실습

• 서버 실행 명령어

java -jar kakao-1.0.jar

• 개발하며 확인하는 방법
  • 1. 제시된 깃허브 링크 들어가서 프로젝트 clone
  • 2. 앞서 제공 된 jar 파일 넣고, docker compose
    • 
  • 3. backend 폴더 들어가서 프로젝트 실행

연관 관계

강의를 들으며 전체적인 프로세스는 아래와 같다

1. 러프란 테이블 설계
   • user (유저)
   • product (상품)
   • option (옵션)
   • cart (장바구니)
   • order (주분)
2. 연관 관계 설정

- user
- product(상품)
	- PK
	- 제품 명
	- 제품 사진
	- 제품 가격
	- 날짜
- option(옵션)
	- PK
	- 옵션 이름
	- 옵션 가격
	- 날짜
- cart (장바구니)
	- pk
	- 옵션 fk
	- 옵션 갯수
	- 주문 번호
- order(주문)
	- pk
	- 유저 fk
- order item(주문 아이템)
	- pk
	- 옵션 fk
	- 옵션 갯수
	- 주문 번호

• 왜 Option이 필요할까?
  • 
  • 위와 같은 상황에서 옵션 번호와 제품 번호를 보고 어느 제품의 옵션인지 알게 된다
• Order Item은 왜 필요한가?
  • 장바구니에 있는 데이터를 비우고, 주문을 누르면 장바구니에 있는 데이터를 옮겨 담는 프로세스
  • 장바구니는 임시, 주문은 주문 번호로 묶인 제품들이 존재한다

숙제

- 이번 주는 화면 설계서의 제약 조건 생각하지말고, 테이블만 작성하라
- 제출은 README 작성해서 PR을 날려라
- 여유 시간에 Docker 강의를 듣고 와라(필요하다) 

• TABLE 설계 후 README 작성
• 도커 강의 보고 오기 (1-23강)
• AWS 강의 보고 오기 (1-36강)

레퍼런스

• 🐥 카카오테크캠퍼스 - 2단계 1주차 강의 필기

부족한 점이나 잘못 된 점을 알려주시면 시정하겠습니다 :>