우리는 포스트에 있는 좋아요 수를 담고있는 테이블을 하나 따로 만들기로 했다. 내생각엔 포스트 생성시 LikeCount 테이블에 컬럼이 같이 생성되어야 할것 같았다. 따라서 포스트 생성시에 코드를 몇줄 추가해주었다. 라이크 카운트 컬럼 진행 단계 포스트 생성시 라이크카운트 컬럼 자동 생성 > 라이크 추가시 해당 포스트Id로 라이크카운트 컬럼을 찾아 숫자가 1씩 증가 > 반대의 경우엔 라이크카운트 1씩 감소 이외엔 포스트 삭제시 해당 컬럼도 같이 삭제되는식으로 진행할 예정 override fun createPost( boardId: Int, userId: Int, request: PostCreateRequest ): PostResponse { val board = boardRepository.findByI..

오늘은 내가 한 작업물보다는 다른팀원이 잘 수행하지 못하는 코드들을 도와주는 시간이 더 많았다. 일단 오늘 내가 한 부분 LikeServiceImpl package com.b2.backoffice.domain.like.service import com.b2.backoffice.domain.exception.ModelNotFoundException import com.b2.backoffice.domain.like.dto.LikeResponse import com.b2.backoffice.domain.like.model.LikeEntity import com.b2.backoffice.domain.like.repository.LikeRepository import com.b2.backoffice.domain...

내가 맡은바 좋아요 기능 (조회, 추가, 삭제), 팔로우 기능 (조회, 추가, 삭제) 를 구현했다. LikeServiceImpl package com.b2.backoffice.domain.like.service import com.b2.backoffice.domain.like.dto.LikeResponse import com.b2.backoffice.domain.like.model.LikeEntity import com.b2.backoffice.domain.like.repository.LikeRepository import com.b2.backoffice.domain.like_count.model.LikeCountEntity import com.b2.backoffice.domain.like_count.r..

https://mercury-harmonica-895.notion.site/f90badf8df654f73a27d7a51f4a95897 백오피스프로젝트 | Notion ❤ 팀 소개 mercury-harmonica-895.notion.site 새로운 프로젝트를 시작하기에 앞서 처음보는 팀원들과 설계부터 시작을하였다. 일단 어느 식의 앱을 만들건지 정하였는데 처음엔 배달앱이 후보로 올랐다. 하지만 서로 의견을 나누던 도중 배달앱은 신경써야할 부분이 너무 많아질것 같아서 (단순 게시글, 댓글수준이 아닌 배달성공 여부, 메뉴마다의 가격, 배달 시간 등등) 결국 우리는 커뮤니티 사이트정도를 구상하되 관리자와 이용자를 나눠서 관리자는 여러 게시글을 적을수 있는 보드를 만들수 있고 유저는 보드에 게시글을 적을수 있도록..

정오까지 TodoApp을 마무리해서 제출하고 나머지 강의들을 들으면서 공부했다. 이후에는 평소에 하지 못했던 코드카타도 진행해봤다. 25. 나누어 떨어지는 숫자 배열 나누어 떨어지는 숫자 배열 문제 설명 array의 각 element 중 divisor로 나누어 떨어지는 값을 오름차순으로 정렬한 배열을 반환하는 함수, solution을 작성해주세요. divisor로 나누어 떨어지는 element가 하나도 없다면 배열에 -1을 담아 반환하세요. 제한사항 arr은 자연수를 담은 배열입니다. 정수 i, j에 대해 i ≠ j 이면 arr[i] ≠ arr[j] 입니다. divisor는 자연수입니다. array는 길이 1 이상인 배열입니다. 입출력 예arrdivisorreturn [5, 9, 7, 10] 5 [5, ..

일단 todo 와 comment에도 인가기능을 마무리해주고 내가 받은 피드백을 바탕으로 부족해보이는 부분을 수정했다. 내가 저번에 받은 피드백이다. - todocard와 comment가 연관관계를 심플하게 잘 맺으셨네요 실무에서는 일대다 단방향 매핑은 '매핑한 객체가 관리하는 외래 키가 다른 테이블에 있다는 점'때문에 흔히 사용하지 않습니다. 다대일 단방향이나 양방향이 더 좋습니다. 이 부분은 model 패키지에 있는 Entity들을 전부 양방향으로 설정해줬다. 다대일 단방향이 더 좋다고는 하는데 양방향은 해본적이 없어서 연습해볼겸 코드를 짜봤다. - update메서드(updateTodo, updateComment)에는 save가 필요하지 않습니다. JPA의 변경감지(dirty checking)에 대해 ..