작성자 : @김민수작성일자 : 240821기술적 의사소통 : @김민수 @세현 임기존의 프로젝트를 리펙토링 하기 위해 각각의 서비스가 어떤 관심사에 의존성을 가지고 있는지 살펴보았다. 그리고 해당 관심사들의 서비스에서 통일되지 않는 코드를 보며 코드 가독성이 떨어진다고 생각하였다. 그리하여 먼저 어떤 서비스에서 어떤 관심사의 서비스를 의존성 주입으로 받는지 살펴보았다.Service Dependencies Service DependencieschatServicechatRepository chatroomRepositorynaverrestTemplateobjectMapper   chatRoomServicechatroomRepository chatRepository userChatRoomRepository pos..

[TIL] Today I Lerned - 230117 2330117 기록 learned 단위 테스트로는 리펙토링 / 통합테스트로는 각 기능이 잘 돌아가는지 확인 가능 단위 테스트의 경우 repository 저장 부분 같은 기능의 동작 여부를 파악하기가 힘듦 다만 해당 코드의 과정에서 어떤 부분이 필요 유무를 따지면서 리펙토링 과정에 사용할 수 있음 통합 테스트의 경우 환경 설정의 범위에서 최소한으로 하더라도 한 번씩 어떤 과정을 통해 코드가 진행되는지 살펴보는 게 좋음 @Transactional의 기능이 확실하게 돌아가는지 파악 가능 최소한이더라도 통합테스트를 한번씩 해보자 조회 기능은 다른 기능의 테스트를 위해 엮여있는 기능 controller test 작성을 하면서 배운 것들 mock.perform ..

💼 SA 프로젝트 소개 그라운드 룰 ERD 데이터베이스 설계 API 명세서 프로젝트 소개 고객 - 판매자 매칭 서비스 소비자와 판매자를 이어주는 서비스 그라운드 룰 10am / 5pm 회의 10am : 금일 무엇을 할지 각자 맡은 바를 이야기하고 정하는 시간 5pm : 오전 회의에 말한 내용의 진척도 공유 모르는 사항이 존재 시 고민(max 1시간)을 하고 바로 공유하기 해당 사항은 시간 관계없이 공유 캠은 되도록 켜놓기 브랜치 병합 시간은 8시 20분으로 API 명세서 API 기능 API URL Method Request Header Request Response Header Response 회원가입 /users/sign #POST { ”username”:”String” ”password”:”Strin..

[TIL] Today I Lerned - 230113 230113 기록 프로젝트 리프레시 토큰 길고도 긴 리프레시 토큰을 구현 및 확인까지 끝냈다. 토큰을 구현하는데 다른 동료분들에게 여쭤보고 이해하는 식으로 계속 진행을 했다. 처음 구상 액세스토큰으로 나눠진 부분에서 exception을 터트리면 자동으로 리프레시 토큰이 작동이 되도록 하는 것이 목적 동료분들과 이야기를 하면서 해당 메서드 및 기능을 분리하는 것이 좋다고 생각하여 구상을 변경해서 접근했다. 구상 상황 : 기존의 AT(Access Token)이 exception - 기간만료를 터트리면 프런트 부분에서 RT(Refresh Token) 요청을 할 것이라 생각 /rest URI의 POST 요청이 들어오면 해당 메서드 실행 메서드는 해당 RT가 ..

[TIL] Today I Lerned - 230112 230112 기록 알고리즘 [Python] 프로그래머스 lv1 - 과일장수 (tistory.com) [Python] 프로그래머스 lv1 - 과일장수 [Python] 프로그래머스 lv1 - 과일장수 코딩테스트 연습 - 과일 장수 | 프로그래머스 스쿨 (programmers.co.kr) 프로그래머스 코드 중심의 개발자 채용. 스택 기반의 포지션 매칭. 프로그래머스의 개발자 skyriv312079.tistory.com 문제를 잘 읽어보자..^^ 잘 안 읽고 날리는 시간이 상당히 많다 SQL 제약 조건 데이터 무결성을 지키기 위해 데이터를 입력받을 때 실행되는 검사 규칙 데이터 무결성 : 데이터가 얼마나 완전하고, 일관, 정확한지 판단 조건 NOT NULL ..

[TIL] Today I Lerned - 230111 230111 기록 프로젝트 기존 프로젝트에서 리팩토링 - 페이지 정렬 과정 및 test 코드에 시간을 들인 날 기존의 프로젝트에서 추가적으로 구현하는 사항이었지만 늦었지만 이번 리펙토링에서 다루게 되었다. 무수한 페이지를 한 번에 로딩하여 데이터를 사용하는 것보단, 해당 데이터들을 페이지 형식으로 정렬을 하여 사용자에게 출력을 하면 데이터의 소모량을 줄일 수 있다. 해당 과정을 페이지네이션, 페이징이라함 기존 강의 및 자료에서는 페이징을 설명할 때 Page 인터페이스로 선언이 된 상태를 반환하였다 이번에 리팩토링을 하는 과정에서는 이전에 사용한 바와 같이 ResponseEntity를 이용하여 반환 다만 Service 계층에서 해당 내용을 이전에는 리스..