프로젝트 제목 / 간단 설명
- 이승윤의 사과농장
- 애플 제품을 판매하는 스마트 스토어
API 명세서
- API 명세서 토글 API 명세서
타임라인
Ground Rule (우리 팀만의 규칙 세우기!)
-
정기회의 시간 : 아침 10시 / 오후 5시
-
브랜치 규칙
main - develop - feature
pull - push !!!!
feauture 개인 작업 후 RP → 같이 리뷰 후 → merge( PR 한 사람)
User - 1
Customer - 2
Seller - 3
Admin - 4
ex ) 1-1 [컨벤션] -커밋메세지
→ 1-1 [feat] - 유저의 이런이런 기능 추가했습니다. - Commit Message Convention
-
코딩 표준
a. 메소드, 상수 아닌 필드 이름, 그외 매개변수, 지역변수 : lowerCamelCase
b. 가독성을 최우선으로 합니다.
c. 다른 이유가 없다면 기본적으로 통합 개발 환경(intelliJ)의 자동 서식을 따릅니다.
- Window:
ctrl+alt+L - MAC:
Option+Cmd+L
엔티티 설계
========
엔티티 목록
상속 / 테이블이 하나다 → 레포 1 / 상속 받아서 Seller 따로
Repo에 넣을 때는 User로 타입 해서 넣는다
유저 repo 하나만 쓰되 / JPA 상속이라는 키워드를 활용해서
- User → 시큐리티
- id [Long, PK]
- loginId [String]
- loginPassword [String]
- 4.role [enum] Customer Seller Admin
- nickName → 필수
- image → 필수
- sellerDetail → nullable
- category → nullable
- 프로필 (부모 클래스) [ 고객프로필 / 판매자 프로필 ]
-
CustomerProfile extends User → 고객
1) nickName [String]
2) image [String]
-
-
SellerProfile extends User → 판매자
String sellerNickname [String]
String sellerImage [String]
String sellerDetail [String]
String category [Long]
-
-
Product → 판매되는 상품 관리목적 → 판매자
productName [String]
productPrice [Int]
quantity [Int] → 재고
productImage [String]
productDetail [String]
productCategory [Long]
-
-
Order → 고객이 구매요청 → 고객
customerId [Long]
productId [Long]
orderQuantity [Int] → 주문수량
// 결제수단 넣어야함 → TODO 로 넣어주세요
-
-
SellerRequest → 고객
String sellerNickname [String]
String sellerImage [String]
String sellerDetail [String]
String category [Long]
-
- 어드민 →
- 판매 상품 [ 이름, 가격, 이미지, 상세정보(스트링) ]
- 고객 요청폼(고객-> 판매자) -> [구매요청]
- 판매자 등록 요청폼 (고객 롤이 -> 어드민)
- 어드민 (inIt으로 1개만)
=========
유저에 어디까지 담을 것인가? → 단방향 연관관계
유저 [ID, 아이디 패스워드, 권한] manytoone
판매자 프로필
[닉네임, 이미지, 소개글, 매칭주제정보(
ex) 판매자 프로필 수정 건에서
유저 객체에서 (닉네임, 이미지) 꺼내서 수정 + 판매자 프로필에서 나머지 꺼내서 수정
판매자 프로필에서
양방향 할거니까 어차피 상관없다?
