과제 2

• 기한 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 | 만약 공부해서 적용하면 피드백 남겨드림)

---

기초 멘토링 프로젝트

simple-board-lecture : 스터디전 미리 제작한 프로젝트로 구성 board-study : 라이브 코딩으로 제작된 프로젝트

[commit 관리]

• commit 은 최대한 기능 구현마다 분리해서 많이 쌓는것을 추천

커밋 규칙

init	프로젝트 생성
enh	새로운 기능에 대한 커밋
build	빌드 관련 파일 수정 / 모듈 설치 또는 삭제에 대한 커밋
chore	그 외 자잘한 수정에 대한 커밋
docs	문서 수정에 대한 커밋
style	코드 스타일 혹은 포맷 등에 관한 커밋
refactor	코드 리팩토링에 대한 커밋
test	테스트 코드 수정에 대한 커밋
perf	성능 개선에 대한 커밋