[BE] feat: 놀이터 상세 조회 API 구현 #607

ehtjsv2 · 2024-10-02T07:15:32Z

이슈

close 놀이터 상세 조회 API 구현 #602

개발 사항

놀이터 상세 조회 API 구현

리뷰 요청 사항

service를 최대한 짧게 해보려 했으나 비즈니스 로직 상, 더 줄일 수가 없었음. 혹시 방법 떠오르는 사람 있으면 말해주세요
pet에 대해서는 member수 만큼 N+1터지는데 어쩔 수 없는 부분이겠죠?

전달 사항

response 응답 값 설명
- totalPetCount와 arrivedPetCount는 사진상에는 없지만, 왠지 사용할 것 같다고 요청와서 존재하는 필드(피그마에 사용하는 버전 그림도 있음)
- isParticipating: 참여 여부에 따라, 버튼이 참여하기, 나가기로 다르게 보임
- PlaygroundPetDetail: 강아지 정보들, 강아지의 상태메세지와 도착유무 또한 있음.

github-actions · 2024-10-02T07:17:42Z

Test Results

44 files 44 suites 18s ⏱️
190 tests 190 ✅ 0 💤 0 ❌
191 runs 191 ✅ 0 💤 0 ❌

Results for commit 78e4fb0.

♻️ This comment has been updated with latest results.

takoyakimchi

새로운 도메인 개발 고생했어요.
서비스 코드 개선 관련해서는 저도 좀 더 생각해볼게요!

takoyakimchi · 2024-10-02T08:49:17Z

backend/src/main/java/com/happy/friendogly/playground/controller/PlaygroundController.java

+    public ApiResponse<FindPlaygroundDetailResponse> findById(@Auth Long memberId, @PathVariable Long id) {
+        FindPlaygroundDetailResponse response = playgroundQueryService.findDetail(memberId, id);
+        return ApiResponse.ofSuccess(response);


Suggested change

public ApiResponse<FindPlaygroundDetailResponse> findById(@Auth Long memberId, @PathVariable Long id) {

FindPlaygroundDetailResponse response = playgroundQueryService.findDetail(memberId, id);

return ApiResponse.ofSuccess(response);

public ApiResponse<FindPlaygroundDetailResponse> findById(@Auth Long memberId, @PathVariable Long playgroundId) {

FindPlaygroundDetailResponse response = playgroundQueryService.findDetail(memberId, playgroundId);

return ApiResponse.ofSuccess(response);

혼란을 최대한 줄여보면 어떨까요?!

takoyakimchi · 2024-10-02T10:11:18Z

backend/src/main/java/com/happy/friendogly/playground/domain/PlaygroundMember.java

+@NamedEntityGraph(
+        name = "graph.PlaygroundMember",
+        attributeNodes = {
+                @NamedAttributeNode("member")
+        }
+)


이거는 왜 필요했나요??

저거 제가 썻다가 괜히 이상한 약팔이가 된 것 같네요. 모임쪽에서도 지울 예정입니다.

개인적으로 @NamedEntityGraph 사용은 피하는걸 선호합니다.
연관관계를 맺고있는 엔티티를 한 번에 조회한다는 사실 확인을 위해 repository 뿐만 아니라 도메인까지 확인해야 합니다.

특히 PlaygroundMember 엔티티의 경우 Member 단 하나의 엔티티와 연관관계를 맺고있는데, EntityGraph를 사용하고 싶다면 @NamedEntityGraph 대신 @EntityGraph 만으로도 충분한 것 같아요.

PlaygroundMember는 쿼리 조회시 member는 어떤 상황(기능)에서도 필요한 정보라고 생각했습니다.
그렇기에, JPQL로 항상 쿼리를 작성하는 것보다 한번 엔티티 그래프 지정해주고 repository에서 해당네임만 붙이는 것이 편리하다 생각해서 엔티티그래프 사용했습니다.
중복되는 JPQL fetch join문을 상수화 했다고 생각하면 될 것 같습니다.(80%)

+내 손으로 엔티티그래프 코드 작성해보고 싶었다.(20%)
ㄴ 공부는 했는데 한번도 안쓰면 까먹으니까ㅋㅋ

1개가 있는데 NamedEntityGraph를 왜썼냐고 물어보면 Playground까지 있었는데 삭제했는데 그대로 Named로 사용된 잔해네요
현재는 아래 처럼 바꿨습니다

@EntityGraph(attributePaths = "member") List<PlaygroundMember> findByPlaygroundId(Long playgroundId);

저거 제가 썻다가 괜히 이상한 약팔이가 된 것 같네요. 모임쪽에서도 지울 예정입니다.
우테코 4레벨 정도 됐으면, 약팔이에는 당하지 않습니다!

관심사의 차이라고 이해하시면 좋을 것 같아요
저희는 엔티티늘 도메인으로 보고 있으니..

takoyakimchi · 2024-10-02T10:17:22Z

backend/src/main/java/com/happy/friendogly/playground/service/PlaygroundQueryService.java

+        boolean isParticipating = playgroundMembers.stream()
+                .anyMatch(playgroundMember -> playgroundMember.equalsMemberId(callMemberId));


Playground 내부로 도메인 로직 넣을 수 있을 것 같네요!

playground.hasMember(member);

public class Playground { @Id @GeneratedValue(strategy = GenerationType.IDENTITY) private Long id; @Embedded private Location location; }

playground는 member를 가지고 있지않아서, playground에 넣을 수는 없을 것 같습니다
대신 지금도 비교하는 로직은 도메인내부에 있습니다!

jimi567

고생하셧슴다~~~~
코멘트 확인해주세용. 꼭 반영해야 할 건 아니긴해요.
시간이 널널한건 아니니깐. .ㅠ

jimi567 · 2024-10-03T04:21:55Z

backend/src/main/java/com/happy/friendogly/playground/domain/PlaygroundMember.java

+@NamedEntityGraph(
+        name = "graph.PlaygroundMember",
+        attributeNodes = {
+                @NamedAttributeNode("member")
+        }
+)


저거 제가 썻다가 괜히 이상한 약팔이가 된 것 같네요. 모임쪽에서도 지울 예정입니다.

jimi567 · 2024-10-03T04:29:23Z

backend/src/main/java/com/happy/friendogly/playground/service/PlaygroundQueryService.java

+    private List<PlaygroundPetDetail> getPlaygroundPetDetails(
+            List<Pet> pets,
+            PlaygroundMember petOwner,
+            boolean isMyPet
+    ) {
+        return pets.stream()
+                .map(pet -> PlaygroundPetDetail.of(
+                        petOwner.getId(),
+                        pet,
+                        petOwner.getMessage(),
+                        petOwner.isInside(),
+                        isMyPet
+                ))
+                .toList();


이거 dto인데 내부로 밀어 넣을 수 있을 것 같아요.

jimi567 · 2024-10-03T04:30:20Z

backend/src/main/java/com/happy/friendogly/playground/service/PlaygroundQueryService.java

+            playgroundPetDetails.addAll(
+                    getPlaygroundPetDetails(pets, playgroundMember, isMyPet)
+            );


지금도 서비스 코드가 좀 길어서, dto 생성하는 로직을 내부로 밀어넣어주시면 좋을 것 같아요.

좋은 생각이네요 service클래스 private 메서드 하나 지웠네요!

J-I-H-O · 2024-10-03T04:29:32Z

backend/src/main/java/com/happy/friendogly/playground/domain/PlaygroundMember.java

+@NamedEntityGraph(
+        name = "graph.PlaygroundMember",
+        attributeNodes = {
+                @NamedAttributeNode("member")
+        }
+)


개인적으로 @NamedEntityGraph 사용은 피하는걸 선호합니다.
연관관계를 맺고있는 엔티티를 한 번에 조회한다는 사실 확인을 위해 repository 뿐만 아니라 도메인까지 확인해야 합니다.

특히 PlaygroundMember 엔티티의 경우 Member 단 하나의 엔티티와 연관관계를 맺고있는데, EntityGraph를 사용하고 싶다면 @NamedEntityGraph 대신 @EntityGraph 만으로도 충분한 것 같아요.

J-I-H-O · 2024-10-03T04:34:25Z

backend/src/main/java/com/happy/friendogly/playground/domain/PlaygroundMember.java

 @NoArgsConstructor(access = AccessLevel.PROTECTED)
 @Getter
 public class PlaygroundMember {


@ManyToOne(fetch = FetchType.LAZY) @JoinColumn(name = "member_id", nullable = false) private Member member;

한 회원은 한 번에 하나의 playground에 참여할 수 있도록 정책을 잡은걸로 기억해요.
그럼 PlayGround와 PlaygroundMember는 일대다 관계가 맞지만, PlaygroundMember와 Member는 일대일 관계가 되어야하지 않을까요?

중요한 부분 캐치 감사합니다 다행이다

J-I-H-O · 2024-10-03T04:35:27Z

...end/src/main/java/com/happy/friendogly/playground/repository/PlaygroundMemberRepository.java

+    @EntityGraph(value = "graph.PlaygroundMember")
+    List<PlaygroundMember> findByPlaygroundId(Long playgroundId);


Suggested change

@EntityGraph(value = "graph.PlaygroundMember")

List<PlaygroundMember> findByPlaygroundId(Long playgroundId);

@EntityGraph(value = "graph.PlaygroundMember")

List<PlaygroundMember> findAllByPlaygroundId(Long playgroundId);

J-I-H-O · 2024-10-03T04:37:15Z

backend/src/test/java/com/happy/friendogly/playground/service/PlaygroundServiceTest.java

+    protected Member saveMember(String name) {
+        return memberRepository.save(
+                new Member(name, "tag", "imageurl")
+        );
+    }
+
+    protected Pet savePet(Member member) {
+        return petRepository.save(
+                new Pet(
+                        member,
+                        "petName",
+                        "description",
+                        LocalDate.of(2023, 10, 02),
+                        SizeType.LARGE,
+                        Gender.FEMALE,
+                        "imgaeUrl"
+                )
+        );
+    }


요건 왜 필요한가요?

무슨 의미일까요? 테스트에서 사용중이라 필요합니다.
놀이터 상세 정보에서 전체 강아지 마리수, 도착한 강아지 마리수 때문에 강아지 정보도 저장해줘야합니다.

아~ abstract 클래스인걸 확인하지 못했네요!
해당 클래스 내부에서 사용되지 않고있어 궁금해서 여쭤보았습니다~

takoyakimchi

👍

takoyakimchi · 2024-10-03T17:34:34Z

pr title 컨벤션에 맞게 수정했어요~

J-I-H-O

도도 고생하셨습니다~~~~

J-I-H-O · 2024-10-03T09:27:47Z

backend/src/test/java/com/happy/friendogly/playground/service/PlaygroundServiceTest.java

+    protected Member saveMember(String name) {
+        return memberRepository.save(
+                new Member(name, "tag", "imageurl")
+        );
+    }
+
+    protected Pet savePet(Member member) {
+        return petRepository.save(
+                new Pet(
+                        member,
+                        "petName",
+                        "description",
+                        LocalDate.of(2023, 10, 02),
+                        SizeType.LARGE,
+                        Gender.FEMALE,
+                        "imgaeUrl"
+                )
+        );
+    }


아~ abstract 클래스인걸 확인하지 못했네요!
해당 클래스 내부에서 사용되지 않고있어 궁금해서 여쭤보았습니다~

takoyakimchi

good

takoyakimchi

유틸 클래스 정의 굿입니다!
테스트도 꼼꼼한게 느껴지네요!

takoyakimchi · 2024-10-04T22:07:56Z

backend/src/main/java/com/happy/friendogly/playground/service/PlaygroundCommandService.java

+    public static final int PLAYGROUND_EXCEPTION_DISTANCE_THRESHOLD = 300;
+


말이 좀 어려운 것 같은데 PLAYGROUND_RADIUS_METER = 150 이렇게 해놓고 밑에서는 *2 해서 쓰는게 어떨까요
"예외가 발생하는 거리의 경계"는 결국 RADIUS * 2이기도 하고 변경에도 유연할 것 같아요.

RADIUS * 2가 하나의 수식처럼 느껴저서 변경한 부분이었는데요,
RADIUS * 2 라는 것이 왜 예외가 발생하는 숫자인가를 생각하게 하는 것이 좋을지,
PLAYGROUND_EXCEPTION_DISTANCE_THRESHOLD = 300 로 그냥 300m넘으면 예외가 발생하는구나 라고 느끼게 하는 것이 좋을지를 생각했습니다.

도메인 규칙을 이해하는 것이 더 중요하다고 생각하여 트레의 추천대로 바꿨습니다

Suggested change

public static final int PLAYGROUND_EXCEPTION_DISTANCE_THRESHOLD = 300;

private static final int PLAYGROUND_RADIUS = 150;

private static final int MAX_NON_OVERLAP_DISTANCE = PLAYGROUND_RADIUS * 2;

takoyakimchi · 2024-10-04T22:11:35Z

backend/src/main/java/com/happy/friendogly/playground/service/PlaygroundCommandService.java

+        Location location = new Location(latitude, longitude);
+        double startLatitude = GeoCalculator.calculateLatitudeOffset(latitude,
+                -PLAYGROUND_EXCEPTION_DISTANCE_THRESHOLD);
+        double endLatitude = GeoCalculator.calculateLatitudeOffset(latitude,
+                PLAYGROUND_EXCEPTION_DISTANCE_THRESHOLD);
+        double startLongitude = GeoCalculator.calculateLongitudeOffset(latitude, longitude,
+                -PLAYGROUND_EXCEPTION_DISTANCE_THRESHOLD);
+        double endLongitude = GeoCalculator.calculateLongitudeOffset(latitude, longitude,
+                PLAYGROUND_EXCEPTION_DISTANCE_THRESHOLD);


Location한테 물어봐도 좋을 것 같아요

// Location public double plusLatitude(double meter) { return GeoCalculator.calculateLatitudeOffset(latitude, meter); } public double minusLatitude(double meter) { return plusLatitude(-meter); } public double plusLongitude(double meter) { return GeoCalculator.calculateLongitudeOffset(latitude, longitude, meter); } public double minusLongitude(double meter) { return plusLongitude(-meter); }

takoyakimchi · 2024-10-04T22:13:00Z

backend/src/main/java/com/happy/friendogly/playground/service/PlaygroundCommandService.java

+        Location location = new Location(latitude, longitude);
+        double startLatitude = GeoCalculator.calculateLatitudeOffset(latitude,
+                -PLAYGROUND_EXCEPTION_DISTANCE_THRESHOLD);
+        double endLatitude = GeoCalculator.calculateLatitudeOffset(latitude,
+                PLAYGROUND_EXCEPTION_DISTANCE_THRESHOLD);
+        double startLongitude = GeoCalculator.calculateLongitudeOffset(latitude, longitude,
+                -PLAYGROUND_EXCEPTION_DISTANCE_THRESHOLD);
+        double endLongitude = GeoCalculator.calculateLongitudeOffset(latitude, longitude,
+                PLAYGROUND_EXCEPTION_DISTANCE_THRESHOLD);


Suggested change

Location location = new Location(latitude, longitude);

double startLatitude = GeoCalculator.calculateLatitudeOffset(latitude,

-PLAYGROUND_EXCEPTION_DISTANCE_THRESHOLD);

double endLatitude = GeoCalculator.calculateLatitudeOffset(latitude,

PLAYGROUND_EXCEPTION_DISTANCE_THRESHOLD);

double startLongitude = GeoCalculator.calculateLongitudeOffset(latitude, longitude,

-PLAYGROUND_EXCEPTION_DISTANCE_THRESHOLD);

double endLongitude = GeoCalculator.calculateLongitudeOffset(latitude, longitude,

PLAYGROUND_EXCEPTION_DISTANCE_THRESHOLD);

Location location = new Location(latitude, longitude);

double startLatitude = location.minusLatitude(PLAYGROUND_RADIUS_METER * 2);

double endLatitude = location.plusLatitude(PLAYGROUND_RADIUS_METER * 2);

double startLongitude = location.minusLongitude(PLAYGROUND_RADIUS_METER * 2);

double endLongitude = location.plusLongitude(PLAYGROUND_RADIUS_METER * 2);

그럼 이렇게 쓸 수 있을듯! Location 정의해놓은 이상 최대한 활용하면 좋을 것 같아서요

takoyakimchi · 2024-10-04T22:17:22Z

backend/src/test/java/com/happy/friendogly/playground/repository/PlaygroundRepositoryTest.java

+        // then
+        assertThat(playgrounds.size()).isOne();


assertThat(playgrounds).hasSize(1) 이렇게 하면 어떨까요? 점 하나라도 줄이기

takoyakimchi · 2024-10-04T22:18:20Z

backend/src/test/java/com/happy/friendogly/playground/repository/PlaygroundRepositoryTest.java

+        // given
+        playgroundRepository.save(
+                new Playground(new Location(10, 10))
+        );
+        playgroundRepository.save(
+                new Playground(new Location(10, 12))
+        );
+
+        // when
+        List<Playground> playgrounds = playgroundRepository
+                .findAllByLocation_LatitudeBetweenAndLocation_LongitudeBetween(9, 11, 9, 11);


위도 경도가 int가 아닌만큼
더 작은 단위로 경계값 챙겨가도 좋을 것 같아요

정확히 오차가 어느만큼 나는 지도 알기 어려운 뿐더러, 1m의 오차범위로 검증하는 것은 충분하다고 생각합니다.

meter가 아니네요..,

이 테스트는 쿼리메소드가 잘 작동하는 지에 대한 테스트이고 구현이 제가 한게 아니니까 경계값 테스트 안해도 되겠네요!

takoyakimchi · 2024-10-04T22:18:40Z

backend/src/test/java/com/happy/friendogly/playground/service/PlaygroundCommandServiceTest.java

+    }
+
+
+    @DisplayName("멤버가 놀이터를 등록하면 해당 멤버는 놀이터에 자동으로 참가")


new line 2개네요!

takoyakimchi · 2024-10-04T22:21:09Z

backend/src/test/java/com/happy/friendogly/playground/service/PlaygroundCommandServiceTest.java

+        double latitude = 37.516382;
+        double longitudeA = 127.120040;
+        double longitudeFar299mFromA = 127.123430;


longitudeFar299mFromA 는 GeoCalculator로 만들어도 좋겠네요

latitude가 299m 차이 나는 테스트 케이스도 만들면 어떨까요?

takoyakimchi · 2024-10-04T22:22:27Z

backend/src/test/java/com/happy/friendogly/playground/service/PlaygroundQueryServiceTest.java

+
+    @DisplayName("놀이터들의 위치를 조회할 때, 내가 참여했는 지 알 수있다(true)")
+    @Test
+    void findLocationsWithIsParticipatingFalse() {


true -> false

takoyakimchi · 2024-10-04T22:24:53Z

backend/src/main/java/com/happy/friendogly/utils/GeoCalculator.java

+package com.happy.friendogly.utils;
+
+public class GeoCalculator {
+


요긴하게 쓰일 수 있을 것 같아요.
Location에 있는 calculateDistanceInMeters()의 세부 로직도 여기로 넣어도 될 것 같네요.

takoyakimchi · 2024-10-04T22:36:39Z

backend/src/main/java/com/happy/friendogly/playground/dto/response/SavePlaygroundResponse.java

+    public static SavePlaygroundResponse from(Playground playground) {
+        return new SavePlaygroundResponse(
+                playground.getId(),
+                playground.getLocation().getLatitude(),
+                playground.getLocation().getLongitude()
+        );
+    }


저희 초기 개발할때 DTO에서 팩토리 메서드 제거하고 최대한 부생성자 쓰기로 했었습니다!

J-I-H-O

도도~~~~~ 고생하셨습니다. 리뷰 꼭 확인해주세요~

J-I-H-O · 2024-10-10T04:45:29Z

backend/src/main/java/com/happy/friendogly/playground/service/PlaygroundQueryService.java

+        return playgrounds.stream()
+                .map(playground -> new FindPlaygroundLocationResponse(
+                        playground.getId(),
+                        playground.getLocation().getLatitude(),
+                        playground.getLocation().getLongitude(),
+                        playgroundMemberRepository.existsByPlaygroundIdAndMemberId(playground.getId(), memberId)


스트림에서 쿼리를 날리고 있네요!
조회된 모든 playgrounds 수만큼 쿼리가 나갈텐데, N+1 문제를 직접 만든 상황 아닐까요? 🥺

먼저 현재 Member가 참여한 Playground를 조회해온 다음, 스트림에서는 현재 보고있는 Playground가 이전에 조회된 Playgound인지 확인하도록 개선할 수 있을 것 같아요~

public List<FindPlaygroundLocationResponse> findLocations(Long memberId) { List<Playground> playgrounds = playgroundRepository.findAll(); Playground joinedPlayground = playgroundMemberRepository.findByMemberId(memberId); return playgrounds.stream() .map(playground -> new FindPlaygroundLocationResponse( playground.getId(), playground.getLocation().getLatitude(), playground.getLocation().getLongitude(), playground.isSameWith(joinedPlayground) )).toList(); }

와 그렇네요~! 두번의 쿼리로 해결될 문제였네요!! 너무 좋은 의견입니다!

ehtjsv2 added 3 commits October 2, 2024 14:53

feat:놀이터 상세 조회 응답에 isParticipating 추가

fc18f74

feat: 놀이터 상세 조회 service 구현

623992e

feat: 놀이터 상세 조회 controller 구현

0c18687

ehtjsv2 added the 🖥 backend backend label Oct 2, 2024

ehtjsv2 added this to the Sprint6 milestone Oct 2, 2024

ehtjsv2 self-assigned this Oct 2, 2024

ehtjsv2 requested review from jimi567, J-I-H-O and takoyakimchi as code owners October 2, 2024 07:15

ehtjsv2 linked an issue Oct 2, 2024 that may be closed by this pull request

놀이터 상세 조회 API 구현 #602

Closed

ehtjsv2 added 2 commits October 2, 2024 16:20

style: 코드 컨벤션 적용

5a7090f

fix: 강아지 이름 안나오는 버그 수정

50366c5

takoyakimchi requested changes Oct 2, 2024

View reviewed changes

jimi567 requested changes Oct 3, 2024

View reviewed changes

J-I-H-O requested changes Oct 3, 2024

View reviewed changes

ehtjsv2 added 11 commits October 3, 2024 17:41

feat: 엔티티 그래프 Named삭제 및 레포지터리에 Path로 적용

e4d2c92

refactor: PlaygroundPetDetail로직 내부로 이동

247302f

refactor: PlaygroundMember member와 연관관계 1대1로 변경

b4773e7

refactor: PlaygroundPetDetail of메소드 public으로 전환

f464554

refactor: Controller pathVariable playgroundId로 직접 명시하기로 변경

4c24cb4

test: 테스트 객체 id값 직접 사용하도록 변경

793eaee

feat: 놀이터 위치 전체 조회 구현

b4ea87d

feat: 놀이터 참여 기능 service구현

0109052

feat: 놀이터 생성 시 놀이터 자동 참가 기능 구현

2b70c94

feat: 이미 참여한 놀이터가 있을 경우 예외가 발생한다 구현

82c7e26

test: 테스트 격리안되서 테스트에서 id검증 제외

8bd24fd

takoyakimchi previously approved these changes Oct 3, 2024

View reviewed changes

jimi567 previously approved these changes Oct 3, 2024

View reviewed changes

takoyakimchi changed the title ~~놀이터 상세 조회 API 구현~~ [BE] 놀이터 상세 조회 API 구현 Oct 3, 2024

takoyakimchi changed the title ~~[BE] 놀이터 상세 조회 API 구현~~ [BE] feat: 놀이터 상세 조회 API 구현 Oct 3, 2024

ehtjsv2 added 4 commits October 4, 2024 03:12

feat: GeoCalculator 유틸 클래스 구현

351e6cc

feat: 겹치는 범위안에 놀이터 있을 경우 예외 발생 구현

a2608c2

refactor: 가독성을 위한 개행 추가

7604d11

feat: 놀이터 등록 controller 구현

ab7e506

J-I-H-O previously approved these changes Oct 4, 2024

View reviewed changes

fix: memberId 반환안하는 버그 수정

78e4fb0

ehtjsv2 dismissed stale reviews from J-I-H-O, jimi567, and takoyakimchi via 78e4fb0 October 4, 2024 02:22

takoyakimchi approved these changes Oct 4, 2024

View reviewed changes

J-I-H-O approved these changes Oct 4, 2024

View reviewed changes

jimi567 approved these changes Oct 4, 2024

View reviewed changes

ehtjsv2 merged commit 1169ba5 into develop Oct 4, 2024
3 checks passed

takoyakimchi reviewed Oct 4, 2024

View reviewed changes

takoyakimchi mentioned this pull request Oct 4, 2024

[BE] feat: 놀이터 등록, 전체 놀이터 위치 조회 API 구현 #618

Merged

takoyakimchi reviewed Oct 4, 2024

View reviewed changes

J-I-H-O reviewed Oct 10, 2024

View reviewed changes

takoyakimchi pushed a commit that referenced this pull request Oct 23, 2024

[BE] feat: 놀이터 상세 조회 API 구현 (#607)

df22140

takoyakimchi deleted the feature/be-playground-detail branch November 4, 2024 05:38

		boolean isParticipating = playgroundMembers.stream()
		.anyMatch(playgroundMember -> playgroundMember.equalsMemberId(callMemberId));

		@EntityGraph(value = "graph.PlaygroundMember")
		List<PlaygroundMember> findByPlaygroundId(Long playgroundId);

		public static final int PLAYGROUND_EXCEPTION_DISTANCE_THRESHOLD = 300;

	public static final int PLAYGROUND_EXCEPTION_DISTANCE_THRESHOLD = 300;
	private static final int PLAYGROUND_RADIUS = 150;
	private static final int MAX_NON_OVERLAP_DISTANCE = PLAYGROUND_RADIUS * 2;

		}


		@DisplayName("멤버가 놀이터를 등록하면 해당 멤버는 놀이터에 자동으로 참가")

		package com.happy.friendogly.utils;

		public class GeoCalculator {

[BE] feat: 놀이터 상세 조회 API 구현 #607

[BE] feat: 놀이터 상세 조회 API 구현 #607

Conversation

ehtjsv2 commented Oct 2, 2024

이슈

개발 사항

리뷰 요청 사항

전달 사항

github-actions bot commented Oct 2, 2024 • edited Loading

Test Results

takoyakimchi left a comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

ehtjsv2 Oct 3, 2024 • edited Loading

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

takoyakimchi Oct 2, 2024 • edited Loading

Choose a reason for hiding this comment

Choose a reason for hiding this comment

jimi567 left a comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

takoyakimchi left a comment

Choose a reason for hiding this comment

takoyakimchi commented Oct 3, 2024

J-I-H-O left a comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

takoyakimchi left a comment

Choose a reason for hiding this comment

takoyakimchi left a comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

takoyakimchi Oct 4, 2024 • edited Loading

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

takoyakimchi Oct 4, 2024 • edited Loading

Choose a reason for hiding this comment

J-I-H-O left a comment • edited Loading

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

github-actions bot commented Oct 2, 2024 •

edited

Loading

ehtjsv2 Oct 3, 2024 •

edited

Loading

takoyakimchi Oct 2, 2024 •

edited

Loading

takoyakimchi Oct 4, 2024 •

edited

Loading

takoyakimchi Oct 4, 2024 •

edited

Loading

J-I-H-O left a comment •

edited

Loading