💻💭🎧🌏

이번 프로젝트 중에 젤 막혔던 문제... 문제가 어디서 발생했냐.. 하면은 원래 구글 소셜로그인의 A to Z를 백엔드에서 담당하도록 구현을 했다. 오랜만에 시퀀스 다이어그램도 그려봤는데 아래와 같다. (draw. io 는 그리기는 참 편리한데 저장할 때 화질이 조금만 더 개선되면 좋을 것 같다.. .ㅎ..) 로그인 요청부터 Authorization Code를 받아 사용자 정보 요청하는 것까지 서버에서 진행을 하고 최종 accessToken 또는 사용자 정보를 클라이언트 측으로 반환하도록 구현했었다. (회원이면 인증/인가를 위한 accessToken만, 비회원이라면 회원가입을 바로 진행할 수 있도록 사용자정보 (name, email, picture) 을 담아보낸다. 근데 정말 예상치도 못하게 프론트(Re..

요구사항 경기 시작 30분 전부터 경기 리더 화면에서 QR 코드를 띄울 수 있다. 참가 인원들은 이 QR 코드를 촬영하여 출석 체크를 한다. 오픈 소스인 zxing 을 사용하였다. 코드가 간결해서 사용하기 쉬웠다! build.gradle 파일에 의존성을 추가해준다. implementation group: 'com.google.zxing', name: 'javase', version: '3.5.0' implementation group: 'com.google.zxing', name: 'core', version: '3.5.0' createQr(User user, Long matchId) QR 코드를 생성하여 바이트 형식으로 반환하는 메서드 public ResponseEntity createQr(User u..

#mood 원래 계획은 aws 프리티어도 얼마 안남았을텐데 그냥 프론트 쪽에서 스프링 application 런해서 사용하는걸루 하자.. 했는데 역시나 쉬운 일이 아니었다. 어쩌면 걍 배포 한번 딱 해놓는게 오랫동안 힘들진 않을 것 같다...! 그래서 그냥 배포를 하게 됐다 프론트엔드로 리액트 코드는 이미 ec2에 배포해본 경험이 있으므로 대충 비슷하겠지 하고 시작! 근데 바로 이슈가 발생했다. 리액트로 개발을 할 땐 보안 설정이 많이 없다보니 거의 다 깃허브에 바로 푸시를 했었고 gitignore 했던 node_modules 마저도 그냥 npm install하면 바로 생성되던 것들이었는데, 스프링은 일단 gitignore 해둔게 많았고 깃허브 클론해서 원 상태로 복구시킬 수도 (npm install 처럼..

사실 상 메인 기능인 참가 신청 기능이다. 철저히 구분해서 구현하던 기능들이 이제는 이것저것 섞이기 시작하니까 이 메서드는 여기다가 두는게 나을까 저기다가 두는게 나을까.. 하는 고민이 생기기 시작하는 것 같다. 그리고 점점 비즈니스 로직 차원에서 다뤄야할 제약 조건들이 생기니 제법 재밌다 !! 🥹👍 경기 참가 신청 기능의 조건은 다음과 같다. ❌ user의 조건이 해당 매치 태그들의 조건과 부합하지 않을 경우 참가 신청 불가 ❌ match의 현재 참가 신청 인원이 전체 모집 인원과 같을 경우, (참가 인원을 모두 모집했을 경우) 참가 신청 불가 ❌ user 가 이미 참가 신청한 매치들과 시간이 겹치면 참가 신청 불가 ✅ 이외는 참가 신청 완료 후에 해당 매치의 현재 참가 신청 인원 수 1 증가 이 조건..

수정과 삭제는 예상대로 쉬웠다! 새로운 클래스 생성이 없으므로 패키지 계층 구조는 그대로니 스킵! 1. 모집글 삭제 public String deleteById(Long id){ try{ postRepository.deleteById(id); return "모집글 삭제 완료"; }catch (Exception e){ return "모집글 삭제 실패 " + e; } } 아 Jpa라는거.. 정말 달다 모집글 id를 전달 인자로 받아 JpaRepository 를 상속받는 PostRepository의 deleteById 메서드를 이용하여 해당 모집글을 삭제한다. @DeleteMapping("/api/post/{id}") public ResponseEntity deletePostById(@PathVariable ..

모집글을 등록할 수 있는 api를 구현해본다. 모집글에는 기본적인 title, content , category, (등록하는 사용자의) userEmail (➡️ 이건 토큰을 이용할 수 있게 되면 변경할 예정이다.) 이 필요하다. 추가적으로 모집글 등록 시에 함께 생성해야 할 Match 객체의 필드들이 필요하고 성별, 나이대, 난이도 등을 표기할 수 있는 Tag 객체가 들어간다. (✅ Match : 경기 인원 수, 경기 장소, 경기 날짜가 들어간다.) 현재까지의 패키지 계층 구조 나름대로 체계적으로 정리하려고 노력 중인데 잘하고 있나 모르겠다..~ AddPostRequest.java 모집글 등록 시 request body에 들어갈 dto @NoArgsConstructor @AllArgsConstructor..

이번에는 구글 소셜 로그인으로부터 제공받은 이름, 이메일, 프로필 이미지를 데이터베이스에 저장할 수 있도록 구현하였다. 이때 회원가입을 하지 않은 구글 계정의 경우, 성별, 나이대, 성별/나이대 공개 여부 필드를 더 추가해야하므로 회원가입 여부를 확인해서 로직을 두개로 나누었다. 현재까지 구현한 도메인 계층구조는 다음과 같다. 이번에 중점적으로 볼 것은 `LoginController.java`, `User.java`, `MemberStatusResponse`, `SaveUserRequest.java`, `UserService.java` 이다. LoginController.java 의 requestUserInfo 메서드 기존에 단순히 유저 정보를 로드했던 방식에서, 회원 여부를 확인하고 비회원일 경우 회원..

@Test public void save(){ Member member = new Member(); member.setName("Spring"); repository.save(member); Member result = repository.findById(member.getId()).get(); Assertions.assertThat(member).isEqualTo(result); } Test 메서드 위에는 @Test 어노테이션 표기 Assertions 내가 가정하고 있는 사실이 실제와 같은지 명시할 수 있는 도구 Assertion.assertThat(expected,actual) ➡️ JUnit 메서드로, expected 와 actual 가 같은지 비교 ✅ 순서 유의해야 함 !!!! Assertion...

Map key 로 value를 얻어내는 방식 key 는 중복 허용 ❌ value 는 중복 허용 🆗 HashMap map = new HashMap(); map.put("name", "Sally"); -> key가 "name"이고, value가 "Sally" 인 것을 map에 삽입하는 것 Optional NullPointerException 을 방지하기 위해 null 값이 오면 감싸는 것 Optional.ofNullable() : 값이 null 이 와도 객체 생성 Optional.of() : 값이 null 이 아닌 경우에만 객체 생성 Optional.empty() : 값이 갖지 않는 객체 생성 #### Map 에서 특정 조건을 만족하는 객체 찾기 @Override public Optional findByNa..