
24/12/17(금)👀예제1현재 시간을 알려주는 APIinput: GET /timeoutput: 현재 시간 (LocalDateTime.\*now\*() 활용)👀예제3로또 번호를 찍어주는 APIinput: GET /lotto-numberoutput: 1~45 사이의
24/12/17(화)책임클라이언트의 요청 처리 (endpoint 정의)요청 시 필드 데이터 검증클라이언트에게 응답하기 (응답 코드, 데이터)클래스를 하나 만든다관습적 이름: XxxRestController클래스 이름 위에 annotation을 하나 붙인다: @RestC
25/01/08웹 사이트에서 페이지(1p, 2p)를 구성할 때 만드는 방법❓여러개의 Request Param을 받고 싶으면?이런식으로 작성해주면 된다.🧐 근데! 보통은 1페이지가 첫페이지 아닌가? 하지만 위 코드를 실행해보면 page=0일때만 실행된다. page라는
25/01/09(목) @ElementCollection > 단순하며 완전 종속적이라 함께 저장되거나 삭제되는 상황에서 보통 사용한다. ex) (네이버지도) 업체, 업체 사진 URL (쇼핑몰) 상품, 상품 옵션 (쇼핑몰) 구매자, 배송지 엔티티 필드 타입이 List
엔티티의 필드에 사용하는 annotation조건을 걸어주는 역할이다.@JoinColumn은 ManyToOne이 있는 곳에 붙여준다.자주 사용하는 옵션⭐ unique : 중복 방지(unique = true)⭐ nullable : null이 저장 방지(nullable
TTD는 내가 코드를 잘 짰는지를 시험할 수 있는 중요한 요소가 된다. API 테스트 또한 보통 postMan을 사용해서 데이터를 보내고, 확인하고 하는 방법으로 진행했다. 하지만 더 쉽고 빠른 방법으로 작성하는 방법이 있다.RestAssured 를 사용해 API테스트

페이징을 하는 이유는 한번에 많은 양의 데이터를 보여주면 sql이 많이 실행되기 때문에 성능이 아주아주 저하된다. 때문에 페이징으로서 성능을 완벽하게 개선하는건 아니지만, 한번에 2000개의 sql을 실행할때보다 20개의 데이터만 보여주면 100배의 효과를 보기 때문에

return 값을 Entity로 하게 되었다. 그랬더니 문제점이 1) API 응답 크기 증가 → 성능 저하\-> Entity에는 실제로 클라이언트가 필요하지 않은 필드들이 있을 수 있음 \-> 이들이 포함되면 네트워크 사용량 증가, 특히 리스트 응답일 경우 데이터 전송