✅ 6주차 9장: 두 번째 양파 껍질을 벗기기 위한 중간 점검 ✅ 7주차 10장: 새로운 MVC 프레임워크 구현을 통한 점진적 개선 ✅ 8주차 11장: 의존관계 주입(이하 DI)을 통한 테스트하기 쉬운 코드 만들기 ✅ 9주차 12장: 확장성 있는 DI 프레임워크로 개선
원래부터 Spring Boot에 관한 공부를 꾸준히 해오고 있었던 저는 처음 JSCODE의 스프링 부트 입문 스터디를 알게 됐을 때 너무 입문자 과정이지 않을까 하는 걱정이 있었습니다. JSCODE 유튜브를 보면서 재성님의 생각에 많은 공감을 할 수 있었고, 입문이어도 내가 얻어갈 수 있는 것은 반드시 있을 것 같다는 생각에 스터디에 참여하게 됐습니다. 무엇을 배웠을까? 처음 팀 배정이 됐을 때 스프링 부트를 이미 사용해본 경험이 있는 사람들 조에 포함됐습니다! 지원서에 스프링 부트를 사용해본 경험이 있다고 작성했는데 멘토님들의 배려가 있었지 않았나 생각됩니다 ㅎㅎ 스터디 OT에서 담당 멘토님의 스스로 난이도를 조정해서 미션을 해봤으면 좋겠다라는 조언을 듣고, 편안한 마음으로 스터디에 참여해야겠다는 생각..
😁 배운 내용 이미 설계가 완료된 Domain과 연관된 새로운 Domain이 추가 됐을 때 변경 사항과 발생하는 문제를 하나씩 해결해 볼 수 있었던 경험이었습니다! ✏️ 미션 제출 미션 전체 코드는 다음 PR에서 살펴볼 수 있습니다. [이호석] DAY7 상점 도메인 추가 및 swagger 설정(완료) ✅ 상점 테이블 설계 Store 도메인은 id, 상점 이름, 주소, 전화번호를 가집니다. (필드 정의) 주소에는 도로명 주소와 상세 주소가 포함됩니다. (주소 -> 값 타입 객체) 하나의 상점은 여러 개의 상품을 가질 수 있습니다. (연관관계 1:N) 따라서 다음과 같이 Entity 객체를 만들 수 있습니다. N 측 개체가 외래키를 갖게 되므로 연관관계 주인은 Product가 됩니다. 따라서 Store의 p..
😁 배운 내용 Spring Data JPA에서 메소드 명명 규칙에 대해 좀 더 자세히 공부할 수 있었습니다. 또한 Controller에서 작성한 api에 대한 테스트를 작성하여 테스트 커버리지를 88%까지 증가시키며 확실한 테스트 코드를 통해 새로운 로직 작성이나 기존 로직에 대한 테스트 시 빠른 피드백을 받을 수 있어 편리함을 느꼈습니다. BDD 방식은 공부 중이라 적용해보지 못했습니다.🥲 ✏️ 미션 제출 미션 전체 코드는 다음 PR에서 살펴볼 수 있습니다. [이호석] DAY6 Spring Data JPA(완료) ✅ 상품 상세조회 구현하기 요청 URI: GET /api/products?id=1 ProductController id값을 받아와 서비스에게 해당 id값에 맞는 상품을 찾도록 합니다. Prod..
😁 배운 내용 데이터베이스의 개념적인 부분을 다시한번 복습하고, 이해할 수 있었습니다. 더불어 예상 꼬리질문들을 작성하고 답해보면서 왜? 라는 것을 다시 한번 생각해볼 수 있었습니다! 미션 코드는 다음 PR에서 확인할 수 있습니다. [이호석] DAY5 Spring Data JPA 세팅하기 PR ✏️ 미션 제출 ✅ 데이터베이스 면접 단골 질문 1. 데이터베이스의 특징에 관해 설명해주세요. ✏️ 데이터베이스의 정의 데이터베이스는 특정 조직의 여러 사용자가 공유하여 사용할 수 있도록 통합해서 저장한 운영 데이터의 집합이다. 공유 데이터 : 데이터베이스는 특정 조직의 여러 사용자가 함께 소유하고 이용할 수 있어야 합니다. 통합 데이터 : 데이터베이스는 중복을 최소화하고 통제가 가능한 중복만 허용하는 데이터들의 ..
