정리하고 기록하며 성장하는

[o] 스터디 참여신청 기능 개발 [o] 스터디 참여자 정보조회 기능 개발 [o] 스터디 공유로그 CR 기능 개발 [o] 마이스터디 Read 기능 개발 [o] 스터디 관심 등록 기능 개발 스터디 참여자 정보조회 기능 개발 // 스터디 참여자 정보조회 @Transactional public List studyMembers(Long studyId) { List studyMembers = studyMemberRepository.findAllByStudyId(studyId); return studyMembers; } List findAllByStudyId(Long studyId); @Override public List findAllByStudyId(Long studyId) { List studyMembers ..

[o] study CRUD [o] 회원가입 및 로그인 프론트와 연결해서 맞춰봄 [o] study 필터링 API [o] queryDSL 세팅 queryDSL 세팅 querDSL 사용목적 문법이 sql문과 유사하다 JPQL의 String으로 작성하는 sql문에 비해 queryDSL 문법은 자바를 사용하기 때문에 Compile 시점에 미리 에러를 잡아준다 전체 파일이 실행되기 전에 문제가 있으면 바로 알려준다 복잡하고 동적인 쿼리를 가능하게 해준다 QFile 생성 참고 - https://whitepro.tistory.com/446 https://jaime-note.tistory.com/67 buid.gradle에 의존성 추가 // querydsl 추가 implementation "com.querydsl:que..

[o] FirebaseOauth를 사용하여 구글 로그인 연동 [o] ControllerAdvice를 사용하여 예외처리 [o] 본격 개발 시작 (회원가입, 로그인) FirebaseOauth를 사용한 구글 로그인 연동 FirebaseInitializer FirebaseTokenFilter SecurityConfig AuthFilterContainer spring security 관련 설정 OncePerRequestFilter 등록 - 인증 및 인가시 이미 실행되었던 필터가 다시 실행되지 않도록 하기 위함 Filter에서 인증토큰 검증하기 Firebase Auth 인증 관련 모듈 초기화 인증 처리 Firebase Auth와 Spring Security 조합으로 인증 처리를 진행하였다 FirebaseAdmin ..

프로젝트 세팅 및 환경설정 백엔드 프로젝트 세팅 및 환경설정을 진행했다 헤로쿠 가입 및 프로젝트 생성 heroku.com 에 들어간다 회원가입을 한다 로그인을 한다 app 프로젝트를 생성한다 멘토님 이메일 계정을 초대한다 헤로쿠 DB 서버를 postgresql 서버에서 바라볼수 있도록 설정 dbeaver를 설치한다 postgresql을 설치한다 dbeaver에서 새 데이터베이스 연결버튼을 클릭한다 postgresql을 선택한다 Host, database, username , password를 멘토님이 보내주신 헤로쿠 디비 서버 설정정보를 바탕으로 입력한다 테스트 커넥션을 클릭하여 연결이 잘 되었는지 검증한다 연결이 잘 되었으면 완료 버튼을 클릭한다 스프링 부트에서 헤로쿠에 설치된 DB 서버를 바라볼수 있..

2주차때 진행한 내용 및 느낀점 완성된 피그마와 기능 명세서를 바탕으로 ERD를 설계하는 과제와 API 명세서를 작성하는 과제가 있었다 ERD는 개인 쇼핑몰 프로젝트 진행할때 한번 만들어봐서 걱적이 없었다 하지만 API 명세서는 직접 만들어본적이 없어서 걱정이 되었다 ERD를 작성하면서 어려웠던 부분은 양방향 관계인 테이블을 1:N 관계로 분리하는 것이 어려웠다 특히 회원이 스터디를 신청하는 경우 마이스터디에서 자신이 신청한 스터디 목록을 확인할 수 있어야 했다 또한 회원이 로그인에 성공한 경우 마이페이지에서 자신의 언어를 선택할 수 있게 만들어야 했다 특히 언어는 카테고리에 속해있었기 때문에 생각해야 하는 부분이 많았다 처음 설계했을때는 카테고리 테이블을 따로 분리하고 언어 테이블도 따로 분리했었다 언..

참여 배경 개인프로젝트를 진행해본 경험은 있었지만 팀프로젝트를 진행한 경험은 없었다 다른 사람과 함께 아이디어를 고민하면서 규모 있는 프로젝트를 만들고 싶었다 프론트 개발자와 협업을 해보고 싶었다 인맥도 넓히고 친목도모하고 싶었다 규모있는 프로젝트를 만들어서 이직하고 싶었다 진행하면서 느낀점 첫번째 멘토링때 바로 멘토가 앞으로 진행될 일정에 대해 얘기해주고 나와 프론트 두분이 한팀이 되어 아이디어를 정해야 했다 처음 보는 사람들과 잘 의사소통할 수 있을지 걱정이 되었지만 생각보다 어색하지 않았다 솔직치 내가 제시한 아이디어가 팀프로젝트의 주제로 선정될지 예상하지 못했다 내가 생각했던 스터디 프로젝트의 아이디어는 기존에 있는 오키는 댓글 기능이 여러 사람이 남기면 읽기 어려운거 같아서 이부분만 개선하는 방..

HTTP 메서드 클라이언트가 서버에게 요청할 때 기대하는 행동 GET : 데이터를 달라 POST : 데이터를 줄테니까 처리를 해달라 HTTP 메서드 목적 자원(리소스)에 대해 서버가 수행해야 할 동작을 지정하기 위해 사용 HTTP 메서드 종류 GET : 리소스 조회 POST : 요청 데이터 처리 , 주로 등록에 사용 데이터를 담아서 서버에게 보내는 경우 데이터를 주면 서버가 처리해 준다 PUT : 리소스를 대체 , 해당 리소스가 없으면 새롭게 생성 PATCH : 리소스 부분 변경 예) 회원의 이름 변경 DELETE : 리소스 삭제 기타 메서드 HEAD : GET과 동일하지만 메시지 부분을 제외하고 상태 줄과 헤더 부분만 반환 OPTIONS : 브라우저가 서버에게 지우너하는 옵션들을 미리 요청하고 허가된 ..

요구사항 회원 정보 관리 API 만들기 회원 목록 조회 회원 조회 회원 등록 회원 수정 회원 삭제 API URL 설계 URL (Uniform Resource Identifier) 회원 목록 조회 - /read-member-list 회원 조회 - /read-member-by-id 회원 등록 - /create-member 회원 수정 - /update-member 회원 삭제 - /delete-member 이렇게 설계 하는 것이 좋은 URI 설계 일까? 리소스를 식별하는 것이 좋은 URI 설계 이다 리소스 - 개념 자체를 의미한다 예) 미네랄을 캐라 -> 미네랄이 리소스이다 회원을 조회 하라 -> 회원이 리소스이다 리소스를 어떻게 식별하는것이 좋을까? 회원을 등록 , 수정 , 조회 하는 행위에 해당하는 것을 모..