개인용 뇌 도서관

프로젝트를 시작할 때, 해당 프로젝트의 서비스 단위로 설계할 때 도움이 되기 위해 작성했다. 보통 기업에서 새 프로젝트를 진행할 때보다는 개인적으로 토이 프로젝트를 진행할 때, 체계적으로 진행했으면 좋겠다는 생각을 가지고 있어서 설계에 신경을 더 쓰고 싶어서 정리했다. + 이후 JPA 도메인 설계도 추가할 생각이다. 도메인 협력 관계 -> 기획자들도 볼 수 있는 그림 클래스 다이어그램 -> 개발자가 도메인 협력관계를 구체화해서 클래스로 만든다.(실제 실행하지 않고 class만 분석해서 그릴 수 있다.) 객체 다이어그램 -> 어떤 구현체가 사용될지는 서버가 실행되어야 선택되어 알 수 있기 때문에, client가 실 사용하는 구현체들을 그린다.

회사 업무에서 RestfulAPI 개발건이 늘어서 (거의 주력이 됐다) 아무래도 자동화 테스트 방법이 없을까 찾던 도중, 좋은 방법을 찾았다. 개인적으로 실제 업무에서 서버단의 Controller Test라기 보다, 사용자가 받아보게될(서버가 됐던, 클라이언트가 됐던) Data가 잘 나오는지, status가 잘 되는지 테스트하기 좋아보여서 실습 겸 공유하게 됐다. Collection 만들기 좌측 상단의 + 버튼을 눌러 api들을 담을 Collection을 생성해준다. Add Request로 API 추가 reqres.in으로 가상 API 요청 생성 https://reqres.in/ 은 frontEnd 개발자들을 위해 가상의 data를 넘겨주는 RestfulAPI 공공 서버 같은 페이지이다. 화면처럼 요청에..