일기/항해9935 [항해99 6기] 실전 프로젝트 5 주차 - 느낀점 느낀점 https://moolmooldoctor.firebaseapp.com/ 물물박사 똑똑한 교환 생활, 물물박사 moolmooldoctor.firebaseapp.com " 설문조사 " 설문 자세히보기 더보기 아쉬운 점 자유 코멘트 4주간 만들었던 사이트를 사람들에게 처음으로 배포하는 한 주였습니다. 그동안 팀원들과 열심히 만들었던 프로젝트를 마무리하고 정비를 하면서, 제대로 된 작품을 만들어서 뿌듯하였습니다. 비록 백엔드파트에서 제가 구현한 코드는 20%정도로 비중이 많지는 않았지만, 저희 프로젝트에 있어서 거래에대한 플로우를 가장 잘 이해할 수 있었던 거래내역의 상태변화 (거래완료, 거래취소, 상대방에게 평가하기)을 무사히 구현을 하였다는 부분에서, 이번 4주간의 저의 업무는 성공이였다고 자신있게 .. 2022. 5. 30. [항해99 6기] 실전프로젝트 4주차 - 느낀점 느낀점 이번 주는 해야되는 업무가 많아져서 시간이 빨리지나간 것 같습니다. 대표적으로는 1. 거래내역과 stomp의 거래완료와 평가하기 알람에대한 알람저장과 stomp주소 보내기 더보기 2. 거래완료시 프론트엔드에서 버튼의 상태를 바꿔주기 위해서 줘야하는 또다른 stomp주소로 보내주기 더보기 3. 거래내역으로 response값을 보내주는 내용 수정 4. 거래 취소시 거래내역삭제와 item의 status값을 0으로 업데이트하기 5. 거래완료가 되지 않은 거래내역에 대해서 (barterStatus : 2일 경우) 한 사람이 거래완료를 눌렀다가, 취소할 때 필요한 istrade의 업데이트 6. 인기 거래상품 api 추가 더보기 https://goguming2.tistory.com/98?category=932.. 2022. 5. 23. [항해99 6기] 실전프로젝트 인기제품 보여주기 구현하기 떠오르는 추천 교환을 구현하기위해서 신청한 거래내역이 많은 Barte Top5를 보여주는 것을 구현하고자 하였습니다. 따라서 Barter의 Status값이 1( 거래신청 )인 내역중에서 SellerItem을 보여주면됩니다. 하지만 Seller의 ItemId는 barter라는 컬럼에서 파싱되어있어서, Jpa문으로 조회하기가 어렵다는 문제가 발생하였습니다. 따라서 처음으로 접근한 방법으로는 "Barter에 SellerId (판매자)의 언급된 횟수 순으로 받아서 간접적으로 신청을 많이한 아이템을 알 수 있지 않을까?" -> sql문의 문법적인 문제가 발생하여 조회가 되지 않앗습니다. 더보기 2022-05-17 17:03:39.901 ERROR 14588 --- [nio-8080-exec-2] o.h.engin.. 2022. 5. 17. [항해99 6기] 실전프로젝트 3주차 - 느낀점 느낀점 이번 주는 목표한 MVP를 완성과 중간발표가 있었던 한 주 였습니다. MVP완성 목표는 웹소켓을 이용한 채팅과 알람기능 구현과 HTTPS와 CI/CD 무중단 배포 구현이였습니다. 1. 원래는 실시간 알람기능을 제가 구현하기로 했지만, 부끄럽게도 웹소켓부분을 아직 잘 다루지 못하였고 2. 저번 주 기술 멘토링에서 JPQL의 @QUERY어노테이의 성능을 테스를 위해서 먼저 ㄱ. 인텔리제이에 내장되어있는 MySQL 콜솔에 쿼리문의 속도를 확인 할 수 있는 기능을 사용해보았습니다. 더보기 EXPLAIN SELECT * FROM employee_table; https://huisam.tistory.com/entry/mysql-plan-query Mysql Query Plan - Intellij 를 활용하여.. 2022. 5. 15. [항해99 6기] 실전프로젝트 2주차 - 느낀점 2주차 실전프로젝트 느낀점 2주차에는 1주차에서 만들었던 API설계를 대부분 완성하는 일을 하였습니다. 프론트엔드와 디자이너 분들이 디자인 소통을 하면서, 유저들의 편의성과 디자인을 이야기 해보았습니다. 사용자들이 "젊은 사람과 주부들이 신뢰를 갖고 이용할 수 있는 똑똑한 물물교환 서비스" 를 만들고자 API를 수정을 하였습니다. 1. N : 1 물물교환 대표적으로 N : M 다대다 교환이아니라, "상대방의 1개의 물품을 교환하기 위해서" 내가 가지고 있는 물품 여러개(N)를 교환하는 N : 1 물물교환으로 하기로 하였습니다. 2. 교환완료와 평가완료 또한 제품의 교환완료와 평과완료를 단방향이 아닌 양방향으로 결정하고, 3. 평가점수 관리 당근마켓과 같이 자신의 활동을 차근차근 쌓아갈 수 있는 평가서비스.. 2022. 5. 8. [항해99 6기] 실전프로젝트 2주차 - 상대방 평가 채팅 10분 이내 응답시 보너스를 주는 로직을 짜보자 접근법) chatroom의 Id값을 찾아야 된다는 가정하여 코드를 만들었습니다. 다행히도 프론트에서 상대의 ID값을 주기로 하였습니다. 1. 채팅목록 레포지토리 Param으로부터 유저ID와 상대ID를 받아서, 요청하였습니다. @Query문에 requesterId(요청자 아이디) = 유저아이디 acceptorId(수신자 아이디) = 상대아이디 // 내가 요청한 채팅방 @Query("SELECT cr FROM ChatRoom cr WHERE cr.requesterId =:userId AND cr.acceptorId = :opponentUserId") ChatRoom findMyRequestChatRoom(@Param("userId") Long userId.. 2022. 5. 7. 이전 1 2 3 4 5 6 다음
