프로젝트/프로젝트 과정7 [잔디일기] 에러 핸들링 하기 1. 목표시스템 전반에서 발생할 수 있는 다양한 예외를 포괄적으로 관리하고, 일관된 방식으로 예외를 처리하기 위해 예외 처리 로직이 필요합니다.에러 핸들링을 위한 예외 처리 로직 구현 과정을 정리해 보았습니다. *아직 리팩토링이 진행중인 상태로, 생성되지 않은 예외들이 있어서 추후 에러코드들이 거의 완성된다면 추가 해두겠습니다.2. 예외 코드 정의먼저, 클라이언트와 서버에서 발생할 수 있는 다양한 예외 상황에 대해 정의합니다.에러의 경우 서버와 클라이언트에서 생성되는 2가지의 오류가 있기 때문에 ClientErrorCode와 ServerErrorCode를 enum 클래스로 나누어 정의해 주었습니다.이 때, ErrorCodeModel이라는 인터페이스를 생성해주었습니다.ErrorCodeModel 인터페이스의.. 2024. 5. 24. [잔디일기] 코드 리팩토링을 해보자 기능을 구현 하면서 정신 차리고 보니 중복된 코드가 너무 많아서 코드 리팩토링을 진행하기로 했습니다. 여러 사람이 작업하면서 PR 날릴 때 코드 리뷰를 진행하지 않은 결과입니다.리뷰를 진행하지 않으면 어떤 나비효과를 불러오게 되었는지 요즘 엄청 잘 느끼고 있습니다.😅 대표 서비스 클래스인 DiaryService만 코드 리팩토링 과정을 나타내 보려고 합니다.미리보는 리팩토링 결과리팩토링 전 341줄로 이루어져있던 코드는 333줄의 코드로 줄었습니다.코드 줄로만 판단했을 때는 많이 줄은 것은 아니나,전반적인 중복 로직에 대한 코드를 메서드로 분리하여 코드의 양이 줄었고, 메서드 내 가독성이 향상되었습니다.신경쓰이는 네이밍도 조금씩 손보아서 코드의 가독성과 명확성이 향상되었습니다.메서드가 많아짐에 따라 .. 2024. 5. 22. [잔디일기] 패키지 구조에 대한 고민 - 적용결과 아래의 '[잔디일기] 패키지 구조에 대한 고민'에 대한 글로부터 이어지는 글입니다. [잔디일기] 패키지 구조에 대한 고민잔디 일기 서비스의 경우 간단한 서비스였기 때문에 1차 기능 구현 기간까지는 비교적 수월하게 진행을 해 왔으나,1. 초반에 팀원 분들과 서로 상의하지 않고 각자 구현했던 패키지 구조로 인해yeseul-dev.tistory.com 해당 글을 토대로 패키지 구조 변경을 시도 했습니다.하지만 구조 변경을 하면서 필요한 패키지들이 보였고, 기존 예정이었던 아래와 같은 구조에서 조금 변경하게 되었습니다.# 기존 계획⎿ grassdiary ⎿ global ⎿ auth ⎿ util ⎿ common ⎿ request ⎿ response .. 2024. 5. 21. [맛집 지도] 프로젝트 기획안: 요구사항 요구사항 작성하기회원아이디는 영어와 숫자로 이뤄질 수 있다.비밀번호는 8자리 이상으로 한다. 영어와 숫자로 이뤄질 수 있다.회원가입로그인 하지 않으면 둘러보기만 가능하다.회원의 아이디는 고유해야한다. 이미 등록돼있는 아이디를 입력하면 에러 메시지를 표시한다.구글/네이버/카카오로 간편 로그인을 할 수 있다.비밀번호를 작성할 수 있다. 영어와 숫자 이외에는 입력할 수 없도록 한다.로그인사용자의 아이디와 비밀번호를 사용하여 로그인 한다.🔄 아이디 또는 비밀번호 분실 시 비밀번호 갱신 기능이 있다.🔄 사용자가 로그인 할 때 다시 접속시 자동 로그인이 가능하도록 선택할 수 있다.사용자 위치 인증사용자가 애플리케이션을 이용할 때 위치를 사용 가능하도록 설정해야 한다.위치 사용이 불가능할 시 기본 위치는 서울, .. 2024. 5. 19. [맛집 지도] 프로젝트 기획안 1. 프로젝트 기획 의도 및 동기이커머스 분야에서 일하고 싶다는 생각에 필요한 지식이 무엇이 있을까 고민 해보았고, 그 부분을 구축 해보고 싶어 만들어 보기로 했습니다.2. 프로젝트 설명주제: 지도 기반 맛집 기록 플랫폼맛집 추천을 위한 어플 뿐만 아니라, 자신이 먹었던 음식들의 기록으로 사용할 수 있다.메인 페이지는 지도. 해당 페이지에서 인기가 많은 장소를 검색할 수 있다.해당 음식점을 선택하면 나와 얼마나 떨어져있는지, 가는 길을 볼 수 있다.유저들이 공유하는 피드들을 구경할 수 있다.피드에 좋아요를 남기고 해당 장소를 저장할 수 있다.유저를 팔로우가 가능하며 글을 모아볼 수 있다.... 그외 추가 되었으면 하는 기능커뮤니티 탭에서 게시글과 연관된 음식점이나 게시글이 추천되어 보여진다.음성 인식을 .. 2024. 5. 19. [잔디일기] 패키지 구조에 대한 고민 잔디 일기 서비스의 경우 간단한 서비스였기 때문에 1차 기능 구현 기간까지는 비교적 수월하게 진행을 해 왔으나,1. 초반에 팀원 분들과 서로 상의하지 않고 각자 구현했던 패키지 구조로 인해 커져버린 메인 패키지2. 추가해야 할 기능이 늘어남에 따라 중구난방으로 생성되어버린 패키지3. 하나의 기능을 수정하려면 여러 패키지를 수정해야 하는 번거로움해당 부분들 때문에 대규모 패키지 수정이 필요해 보였습니다. 그래서 패키지 구조를 어떤 식으로 고민을 했고, 그래서 어떻게 바꿀 것인지에 대해 적어보았습니다.패키지 구조를 만드는 방식에는 계층형 구조와 도메인형 구조가 있습니다 . 계층형 구조는 쉽게 Controller/Service/Domain으로 나누는 구조로, 다음과 같이 표현되어 서로 메시지를 주고 받습니다... 2024. 5. 10. [토이프로젝트] 잔디일기: 개발하면서 고민했던 부분들 잔디일기 PR#1: 엔티티 생성시 @GeneratedValue 전략과 연관 관계(@mappedBy)잔디일기 PR#2: 엔티티가 LocalDateTime을 사용할 때 날짜별(LocalDate) 검색하기잔디일기 PR#2: 최신순 혹은 오래된순 일기 5개씩 가져오는 방법(Pageable 사용)잔디일기 PR#7: CORS 오류 해결잔디일기 PR#66: 이미지 저장용 AWS S3 서버 구축 후 사용하는 방법잔디일기 PR#74: 이미지 기능 api 사용 방법잔디일기 PR#91: 이미지 기능을 위한 hasImage 변수를 DTO에서 사용해야 할까→ hasImage 변수 없애는 것으로 판단잔디일기 PR#95: [refactor/jwt-exception] jwt 토큰 예외 발생시 SystemException으로 반환→ .. 2024. 4. 13. 이전 1 다음
