cds-mobile1 / cds_server

CDS_Server

32th CDS1_Instargram_Server

합동 세미나 모바일 1조

🖤 CDS-Mobile1 Server Developers

조예슬	신지연
yeseul106	jiyeoon00

🗂️ Project Foldering

• 도메인 별로 Architecture를 나눴습니다.

└── 📁 src
│   ├── 📁 main
│   │   ├── 📁 java
│   │   │   ├── 📁 common
│   │   │   │   ├── 📁 domain
│   │   │   │   │   └── TimeStamped.java
│   │   │   │   ├── 📁 dto
│   │   │   │   ├── 📁 exception
│   │   │   ├── 📁 config
│   │   │   │   └── JpaAuditingConfig.java
│   │   │   ├── 📁 friend
│   │   │   │   ├── 📁 domain
│   │   │   │   ├── 📁 dto
│   │   │   │   ├── 📁 controller
│   │   │   │   ├── 📁 repository
│   │   │   │   ├── 📁 service
│   │   │   ├── 📁 member
│   │   │   ├── 📁 post
│   │   │   ├── 📁 story
│   │   │   ├── 📁 storyTag
│   │   │   └── InstargramServerApplication.java
│   │   ├── 📁 resources
│   │   │   └── application.yml
└── └── 📁 test

📌 ERD

https://www.erdcloud.com/d/2Wv89JpjHMjbmgJ9f

🖇 Api 명세서

https://yesuri-masuri.notion.site/API-22d41d9914fd4bd38d2af8e658739609

🙋🏻‍♀️ 역할 분담

기능명	담당자	완료 여부
프로젝트 세팅	지연🍒	완료
EC2 세팅	예슬🍑	완료
RDS 세팅	예슬🍑	완료
DB 설계	예슬🍑 지연🍒	완료
API 명세서 작성	예슬🍑 지연🍒	완료
API 개발	예슬🍑 지연🍒	완료

📌 Coding Convention

변수(함수) 명에 대한 Naming Convention

• 변수, 함수, 인스턴스

변수, 함수, 인스턴스를 작성할 때는 *Camel Case(카멜 케이스)*를 사용합니다.

ex) camelCase

• 함수명 작성

함수명을 작성할 때는 동사+명사 형태로 구성합니다.

ex) getUserInfomation()

• Class, Constructor

Class, Constructor를 작성할 때는 *Pascal Case(=upper 카멜 케이스)*를 사용합니다.

ex) CamelCase

• Flag로 사용되는 변수

플래그(Flag)란 '깃발'이란 의미이지만, 프로그래밍에서는 '상태를 기록하고 처리 흐름을 제어하기 위한 boolean 변수'를 의미합니다.

Boolean의 경우 조동사+flag 종류로 구성됩니다. ex) isNum, hasNum

함수 사용

• else if의 사용

불가피한 경우를 제외하고 else if의 사용을 최대한 줄여야 합니다. ex) 조건을 만족하면 탈출하는 if로 구현하는 등

if ( a > b ) {
  //...
} else if ( b > a ){   -> bad
  //...
}

if ( a > b) {
  //...
} else {  -> good
  //...     
}

☑️ Git Convention

📌 Commit Convention

• 💻 Commit Convention

📌 Branch Convention

• [develop] : 최종 배포
• [feature] : 기능 추가
• [fix] : 에러 수정, 버그 수정
• [refactor] : 코드 리펙토링 (기능 변경 없이 코드만 수정할 때)
• [modify] : 코드 수정 (기능의 변화가 있을 때)
• [chore] : gradle 세팅, 위의 것 이외에 거의 모든 것

📌 Branch Strategy

• 💻 Git 브랜치 전략

📌 Issue Convention

• [FEAT] : 기능 추가
• [FIX] : 에러 수정, 버그 수정
• [REFACTOR] : 코드 리펙토링 (기능 변경 없이 코드만 수정할 때)
• [MODIFY] : 코드 수정 (기능의 변화가 있을 때)
• [CHORE] : gradle 세팅, 위의 것 이외에 거의 모든 것

ex) [FEAT] 게시물 생성 API

cds_server's Issues

[FEAT] 스토리 도메인 관련 수정

📌 Issue

• 스토리 조회 시 지난 시간을 추가로 내려줍니다. EX) "pastTime" : "7분"
• 스토리에 태그된 멤버 조회 시 멤버 소개글도 함께 내려줍니다.

✅ Todo

• 스토리 조회 시 지난 시간 같이 내려주도록 수정
• 스토리에 태그된 멤버 조회 시 멤버 소개글도 함께 내려주도록 수정

[FEAT] 스토리에 태그 된 멤버 리스트 조회 API

📌 Issue

• 스토리에 태그 된 멤버 리스트 조회 기능을 구현합니다.

✅ Todo

• 스토리에 태그 된 멤버 리스트 조회 API 구현

[FEAT] 게시물 생성 API

📌 Issue

• 게시물 생성 기능을 구현합니다.
• 게시물 생성 시 member가 필요한데, 로그인 기능을 따로 구현하지 않을 것이기 때문에 고정 멤버를 가져오는 로직도 구현하였습니다.

✅ Todo

• 고정 member가져오기 구현
• 게시물 생성 구현

[FEAT] 게시물 조회 API

📌 Issue

• 게시물을 조회하는 API를 개발합니다.

✅ Todo

• 게시물 조회 API 개발

[FEAT] 팔로우한 유저 스토리 목록 조회 API

📌 Issue

• 팔로우한 유저 스토리의 목록을 조회하는 API를 개발합니다.

✅ Todo

• 팔로우한 유저 스토리 목록 조회 API 개발

[FEAT] 즐겨찾기한 유저 스토리 목록 조회 API

📌 Issue

• 즐겨찾기한 유저들의 스토리를 조회하는 API를 개발합니다.

✅ Todo

• 즐겨찾기한 유저 스토리 목록 조회 API 개발

[FEAT] DM List 조회 API

📌 Issue

• 디엠 데이터를 조회합니다.
• 이 API는 따로 구현하지는 않고 목데이터를 넘겨주었습니다.

✅ Todo

• 디엠 데이터 조회 API

[FEAT] 친구, 스토리태그, 스토리 Entity 설계

📌 Issue

• 친구 , 스토리태그, 스토리 Entity를 개발합니다.

✅ Todo

• 친구 Entity 설계
• 스토리태그 Entity 설계
• 스토리 Entity 설계

[FEAT] 특정 멤버 스토리 조회 API

📌 Issue

• 특정 멤버의 스토리를 조회하는 기능을 구현합니다.

✅ Todo

• 특정 멤버 스토리 조회 API 구현

[FEAT] 즐겨찾기 변경 API

📌 Issue

• 즐겨찾기의 상태를 변경하는 API를 개발합니다.

✅ Todo

• 즐겨찾기 변경 API 개발