- 기한 4.16까지
<<게시판 API 설계>>
- api로만 설계 view 반환 X
- 반환 데이터는 무조건 json
- 요청 데이터는 자유 pathvariable , 쿼리파라미터 , formdata , ReqeustBody 자유
<게시판 Entity>
- 게시판 id
- 제목
- 내용
- 글쓴이
- 좋아요 수
첫번쨰 과제 처럼 메모리에 HashMap<Long,Board> 이런식으로 저장
게시판에 대한 간단한 CRUD API 기능 설명
-
Read는 (id로 찾기) : id로 찾기는 게시판의 모든 정보가 다 응답 데이터로 있으면 좋겠다.
-
(전체 찾기) : 전체 게시판 목록을 가지고 오는 API는 각 게시판의 제목 , 글쓴이 , 좋아요 수만 노출되었으면 좋겠다.
-
(좋아요 순으로 정렬 후(내림차순 or 오름차순) 찾기) : 전체 찾기와 동일하게 게시판 정보가 노출되지만 응답할때 좋아요 순으로 내림차순 혹은 오름차순으로 정렬된 게시판 목록을 응답받으면 좋겠다 (오름차순과 내림차순은 클라이언트 요청에서 결정)
-
Update는 한번의 요청마다 좋아요+1 좋아요 오르는데 필요한 수정만 구현하면 그 외에 구현은 자유
-
Delete는 자유 구현 게시판만 잘 삭제되면 됨
[개념 공부 후 위 과제에 적용]
- 로깅 기초 (slf4j) : 자기가 공부해보고 로그 남겼으면 좋겠는 곳에 로깅 (filter,intercepter,aop) 로 글로벌로 적용해도 되고 자유
- 롬복 간단한거 적용
- DTO DAO VO Entity 설명
- 간단한 테스트코드 작성 법(적용 x | 만약 공부해서 적용하면 피드백 남겨드림)
[commit 관리]
- commit 은 최대한 기능 구현마다 분리해서 많이 쌓는것을 추천
| init | 프로젝트 생성 |
|---|---|
| enh | 새로운 기능에 대한 커밋 |
| build | 빌드 관련 파일 수정 / 모듈 설치 또는 삭제에 대한 커밋 |
| chore | 그 외 자잘한 수정에 대한 커밋 |
| docs | 문서 수정에 대한 커밋 |
| style | 코드 스타일 혹은 포맷 등에 관한 커밋 |
| refactor | 코드 리팩토링에 대한 커밋 |
| test | 테스트 코드 수정에 대한 커밋 |
| perf | 성능 개선에 대한 커밋 |