주소를 의미하는 테이블이 KoreaLocation과 Address로 나눠져 있었는데 Address테이블 하나로 병합하였습니다.
저희 서비스에서는 유저가 온보딩 시에 입력한 주소, 재난유형에 따라 필터링하여 재난정보를 가져오는 로직이 자주 쓰이는데요. 이런 로직을 DisasterService에 따로 메서드로 구현하여 필요할 때마다 편리하게 사용할 수 있게 하였습니다.(Service가 Service를 의존하는게 좋지는 않다고 생각하지만 너무 여러부분에 사용될 로직인 것같아 이 부분은 예외를 두려고 했습니다!)
이전 pr들 머지 후 rebase 한 다음에 해야 Files changed 현황을 제대로 볼수 있을 것 같습니다. 리뷰는 다른 pr들 머지 후에 해주셔야 될것같아용!
구현 내용
현재 재난 발생 유무 조회 api https://api.daepiro.com/swagger-ui/index.html#/Home%20API/getStatus
홈 현재 발생 재난 피드 조회 api https://api.daepiro.com/swagger-ui/index.html#/Home%20API/getWarning
홈 재난문자 내역 피드 조회 api https://api.daepiro.com/swagger-ui/index.html#/Home%20API/getHomeDisasters
변경 중요 포인트
주소를 의미하는 테이블이 KoreaLocation과 Address로 나눠져 있었는데 Address테이블 하나로 병합하였습니다.
저희 서비스에서는 유저가 온보딩 시에 입력한 주소, 재난유형에 따라 필터링하여 재난정보를 가져오는 로직이 자주 쓰이는데요. 이런 로직을 DisasterService에 따로 메서드로 구현하여 필요할 때마다 편리하게 사용할 수 있게 하였습니다.(Service가 Service를 의존하는게 좋지는 않다고 생각하지만 너무 여러부분에 사용될 로직인 것같아 이 부분은 예외를 두려고 했습니다!)