feat(be):Guide enum 추가

[jungdongha]

close #87

[github-actions]

🤖 AI 리뷰 - src/main/kotlin/com/back/koreaTravelGuide/domain/user/dto/request/GuideUpdateRequest.kt

🟢 좋은점:

• Kotlin 최적화 측면에서 data class를 적절히 사용하며, 모든 필드에 null safety(? 연산자)를 적용하여 타입 안전성을 유지하고 있습니다. location 필드를 String?에서 Region? (enum)으로 변경한 것은 입력 값의 유효성을 강화하고, 런타임 오류를 줄이는 우수한 최적화입니다. when 표현식이나 확장 함수는 이 DTO에서 필요하지 않으나, 전체적으로 Kotlin idiomatic 스타일을 따르고 있습니다.
• ktlint 규칙 준수: 패키지 선언, import, 클래스 정의, 필드 나열이 일관된 포맷팅과 네이밍 컨벤션을 따르고 있으며, 불필요한 공백이나 들여쓰기 문제가 없습니다.

🟡 개선사항:

• 글로벌 익셉션 처리나 ApiResponse 사용은 이 DTO 파일과 직접 관련이 없으나, 해당 DTO가 API 요청으로 사용될 경우 컨트롤러에서 ApiResponse로 감싸는 것을 확인하세요. (현재 변경으로는 문제 없음)
• Region enum의 값 범위가 제한적이라면, 클라이언트 측에서 enum 값을 문자열로 매핑하는 유틸리티 함수(확장 함수)를 추가로 고려할 수 있지만, 필수는 아닙니다.

🔴 문제점:

• 없음. 변경 사항이 간단하고 규칙을 위반하지 않습니다.

[github-actions]

🤖 AI 리뷰 - src/main/kotlin/com/back/koreaTravelGuide/domain/user/dto/response/GuideResponse.kt

🟢 좋은점:

• Kotlin 최적화 측면에서 data class를 사용하며 null safety를 잘 유지하고 있습니다. location 필드를 String?에서 Region? (enum)으로 변경함으로써 타입 안전성을 강화하고, 불필요한 문자열 파싱 오류를 방지할 수 있습니다. 이는 Kotlin의 강점인 타입 시스템을 잘 활용한 부분입니다.

🟡 개선사항:

• companion object가 존재하지만, 변경된 location 필드에 대한 factory 메서드나 확장 함수(예: User 엔티티에서 GuideResponse로 변환 시 Region 매핑 로직)를 추가로 고려하면 더 유연해질 수 있습니다. ktlint 규칙 준수 여부를 전체 파일에서 확인하세요 (diff상으로는 포맷팅이 일관됨).

🔴 문제점:

• 없음. 변경 사항이 간단하고 규칙 위반이 보이지 않습니다.

[github-actions]

🤖 AI 리뷰 - src/main/kotlin/com/back/koreaTravelGuide/domain/user/entity/User.kt

🟢 좋은점:

• Kotlin 최적화 측면에서 location 필드를 String?에서 Region enum?으로 변경하여 타입 안전성을 강화한 점이 우수합니다. 이는 null safety를 유지하면서도 값의 유효성을 컴파일 타임에 보장합니다.
• ktlint 규칙 준수: import 문과 필드 선언의 포맷팅 및 네이밍 컨벤션이 일관되며, 불필요한 공백이나 스타일 위반이 없습니다.

🟡 개선사항:

• 없음. 변경이 간결하고 목적에 부합합니다.

🔴 문제점:

• 없음. 글로벌 익셉션 처리나 ApiResponse는 엔티티 레이어에서 해당되지 않으며, 변경 내용에 오류가 없습니다.