feat : 회원 정보 수정 - #236
Conversation
… feature/23-put-user-student-me
kwoo28
left a comment
There was a problem hiding this comment.
기존 코인 보면서 해석하고 코마거치는 과정이 쉽진 않았을텐데 수고 많으셨습니다!
리뷰 남기겠습니다.
| } | ||
| if (user.resetExpiredAt != null) { | ||
| this.resetExpiredAt = user.resetExpiredAt; | ||
| } |
There was a problem hiding this comment.
C
StudentService에서 받는 필드는 gender, name, nickname, phoneNumber인데, 왜 모든 필드에 조건문을 달으신건가요??
There was a problem hiding this comment.
기존 코인 API에서 update 메소드를 이용했는데, 이 구문에는 모든 값에 처리가 되어있어서 같이 작성해보았습니다!
There was a problem hiding this comment.
수정이 필요한 필드가 있다면 해당 필드(들)만 수정하는 메서드를 작성하는 게 좋을 것 같아요~
사이드이펙트가 발생할 여지가 많아 보입니다.
There was a problem hiding this comment.
R
메소드 명만 봤을때는 null이 들어왔을 때 null로 update되는게 맞아보이는데 이거는 updateOptional... 같은 느낌이네요
굳이 null이면 업데이트를 안한다는 로직을 넣어야할 이유가 있나요?
오히려 이 검증이 있어서 메소드가 예상하지 못하는 동작을 수행하게 되는거같네요
아예 모르는 사람이 이 메소드를 사용했을 때 인자로 들어가는 모든 값으로 수정이 일어나길 원할텐데 한번 고민해보세요
+) 현재 업데이트 대상인 필드들이 엔티티 조건에서 NotNull이 다 걸려있나요?
There was a problem hiding this comment.
현재 업데이트 대상인 필드들은 NN이 걸려있지 않습니다!(DB)
확인하여 업데이트 수정해보았습니다! 확인해주시면 감사하겠습니당
| .name(studentUpdateRequest.name()) | ||
| .nickname(studentUpdateRequest.nickname()) | ||
| .phoneNumber(studentUpdateRequest.phoneNumber()) | ||
| .build(); |
There was a problem hiding this comment.
C
필드4개를 변경시키고자 User객체를 한개 더만드신건가요? User클래스에서 변경시키고자 하는 필드만 받는 메서드를 만드는게 어떨까요?
There was a problem hiding this comment.
User 객체에서 @Bulider를 이미 사용하고 있는 메소드가 있어서 추가적인 @Builder를 작성하지 않았습니다.
제가 기존에 사용하던 방법인 새 update 객체를 생성하여 적용하는 방법이 효율이 좋지 않은가에 대해선 한 번 생각해보겠습니다 :D
There was a problem hiding this comment.
개인적으로 Builder를 타 객체 정보 수정을 위한 임시 객체 생성에 사용하는 것은 선호하지 않습니다. user.update 메서드에 파라미터로 User를 주는 것보다 수정이 필요한 각각의 변수를 할당하는 것이 훨씬 가독성에 좋지 않을까 싶습니다.
(user.update에 User 객체를 통째로 주면 호출자 입장에서는 어떤 필드가 사용될지 예측할 수 없습니다)
| Student updateStudent = Student.builder() | ||
| .department(StudentDepartment.from(studentUpdateRequest.major())) | ||
| .studentNumber(studentUpdateRequest.studentNumber()) | ||
| .build(); |
There was a problem hiding this comment.
위의 사항과 동일하여 한 번 생각해보겠습니다!!
|
|
||
| if (studentUpdateRequest.studentNumber() != null && | ||
| !Student.isValidStudentNumber(studentUpdateRequest.studentNumber())) { | ||
| throw new StudentNumberNotValidException( |
There was a problem hiding this comment.
C
이 부분은 예외를 만들어서 처리하기보다 Request에서 @Valid로 학번의 형식을 거르는 방법은 어떤가요?
There was a problem hiding this comment.
그렇게 코드를 작성한다면 더 깔끔하게 처리할 수도 있겠네요!
There was a problem hiding this comment.
반영하여 원래 있던 예외처리 구문을 삭제했습니다!
| @Size(max = 50, message = "학번은 50자 이내여야 합니다.") | ||
| @Schema(description = "학번", example = "2020136065") | ||
| String studentNumber |
There was a problem hiding this comment.
C
원경님이 말씀하신대로 학번을 50자로 받고 10자인지 확인하는 함수로 확인하는 것보다
처음부터 10자인지 확인해주면 좋을 것 같아요!
@Size( max = 10, message = "학번은 정확히 10자 여야 합니다.")
String studentNumber;이런 식으로 쓸 수 있을 것 같네요!
There was a problem hiding this comment.
기존 레거시 코드에는 학번이 50으로 되어있어서 이렇게 작성해보았는데, 확인해보고 수정 해보겠습니다!
| String token = jwtProvider.createToken(student.getUser()); | ||
|
|
||
| ExtractableResponse<Response> response = RestAssured | ||
| .given().log().all() |
There was a problem hiding this comment.
R
.log().all()은 빼주세요~
| @ApiResponse(responseCode = "403", content = @Content(schema = @Schema(hidden = true))), | ||
| @ApiResponse(responseCode = "404", content = @Content(schema = @Schema(hidden = true))), | ||
| @ApiResponse(responseCode = "409", content = @Content(schema = @Schema(hidden = true))), | ||
| @ApiResponse(responseCode = "422", content = @Content(schema = @Schema(hidden = true))) |
There was a problem hiding this comment.
A
사소한 거지만 422 안 쓰기로 했으면 빼도 될 것 같네요~
| public void update(User user) { | ||
| if (user.nickname != null) { | ||
| this.nickname = user.nickname; | ||
| } | ||
| if (user.name != null) { | ||
| this.name = user.name; | ||
| } | ||
| if (user.phoneNumber != null) { | ||
| this.phoneNumber = user.phoneNumber; | ||
| } | ||
| if (user.gender != null) { | ||
| this.gender = user.gender; | ||
| } | ||
| } |
There was a problem hiding this comment.
R
네이밍이 직관적이지 못한 것 같아요
User를 매개변수로 받았을 때 해당 변수에서 어떤 내용을 update해주는 것인지 알 수 없을 것 같습니다.
좀 더 리팩토링이 필요해 보여요~
+) Student도 수정해주세요
There was a problem hiding this comment.
각 이름 userInfoUpdate, studentInfoUpdate로 수정 완료했습니다!
songsunkook
left a comment
There was a problem hiding this comment.
테스트 꼼꼼하게 작성해주셨네요!
코멘트 남겨드렸으니 확인 부탁드립니다~
| @Schema(description = "[NOT UPDATE]졸업 여부(true, false)", example = "false") | ||
| Boolean isGraduated, | ||
|
|
||
| @Schema(description = "전공{기계공학부, 컴퓨터공학부, 메카트로닉스공학부, 전기전자통신공학부, 디자인공학부, 건축공학부, 화학생명공학부, 에너지신소재공학부, 산업경영학부, 고용서비스정책학과}", example = "컴퓨터공학부") |
There was a problem hiding this comment.
C
저희 코딩 컨벤션에 한 줄당 최대 길이가 정해져있지 않았나요??
중간에 개행을 넣을 수 있을 것 같아요
| @Schema(description = "성별(남:0, 여:1)", example = "1") | ||
| Integer gender, | ||
|
|
||
| @Schema(description = "전공{기계공학부, 컴퓨터공학부, 메카트로닉스공학부, 전기전자통신공학부, 디자인공학부, 건축공학부, 화학생명공학부, 에너지신소재공학부, 산업경영학부, 고용서비스정책학과}", example = "컴퓨터공학부") |
There was a problem hiding this comment.
C
저희 코딩 컨벤션에 한 줄당 최대 길이가 정해져있지 않았나요??
중간에 개행을 넣을 수 있을 것 같아요
22
|
|
||
| import in.koreatech.koin.global.exception.DataNotFoundException; | ||
|
|
||
| public class StudentDepartmentNotValidException extends DataNotFoundException { |
There was a problem hiding this comment.
A
StudentDepartmentNotValidException 보다는 StudentDepartmentNotFoundException가 더 적절한 네이밍일 것 같아요
There was a problem hiding this comment.
형식이 맞지 않을때에 예외를 처리하는 것이어서 Valid를 사용했는데, 이름을 짓는다면 예외에 대한 이름을 짓는 게 맞는지, 아니면 여기서는 반환하는 값이 404여서 Not Found를 쓰는 게 맞는지 궁금합니다!
--> 형식이 맞지 않는 오류여서 예외처리는 Valid가 맞는 것 같습니다!
There was a problem hiding this comment.
형식이 맞지 않는 오류라면 DataNotFoundException을 상속하는게 옳은 방향일까요~?
|
|
||
| import in.koreatech.koin.global.exception.DataNotFoundException; | ||
|
|
||
| public class StudentNumberNotValidException extends DataNotFoundException { |
There was a problem hiding this comment.
A
StudentDepartmentNotValidException보다는StudentDepartmentNotFoundException가 더 적절한 네이밍일 것 같아요
22
| .name(studentUpdateRequest.name()) | ||
| .nickname(studentUpdateRequest.nickname()) | ||
| .phoneNumber(studentUpdateRequest.phoneNumber()) | ||
| .build(); |
There was a problem hiding this comment.
개인적으로 Builder를 타 객체 정보 수정을 위한 임시 객체 생성에 사용하는 것은 선호하지 않습니다. user.update 메서드에 파라미터로 User를 주는 것보다 수정이 필요한 각각의 변수를 할당하는 것이 훨씬 가독성에 좋지 않을까 싶습니다.
(user.update에 User 객체를 통째로 주면 호출자 입장에서는 어떤 필드가 사용될지 예측할 수 없습니다)
| } | ||
|
|
||
| @Test | ||
| @DisplayName("학생이 정보를 수정한다 - 이미 있는 닉네임이라면 409") |
There was a problem hiding this comment.
A
이걸 빨리 적용했어야 했는데 ;-;
| user.getEmail(), | ||
| user.getGender().name(), | ||
| student.getDepartment(), | ||
| student.getDepartment().toString(), |
There was a problem hiding this comment.
C
toString, getValue가 혼용되어 사용되고있는 것 같아요~
| student.getDepartment().toString(), | |
| student.getDepartment().getValue(), |
There was a problem hiding this comment.
Department 관련해서 추가하며 다른 요소들을 너무 신경쓰지 않은 것 같네요..! :<
|
|
||
| import in.koreatech.koin.global.exception.DataNotFoundException; | ||
|
|
||
| public class StudentDepartmentNotValidException extends DataNotFoundException { |
There was a problem hiding this comment.
형식이 맞지 않는 오류라면 DataNotFoundException을 상속하는게 옳은 방향일까요~?
| String message = String.format("%s %s", DEFAULT_MESSAGE, detail); | ||
| return new StudentNumberNotValidException(message); | ||
| } | ||
|
|
| "학생의 학번 형식이 아닙니다. studentNumber : " + studentUpdateRequest.studentNumber()); | ||
| } | ||
|
|
||
| user.userInfoUpdate(studentUpdateRequest.nickname(), studentUpdateRequest.name(), |
There was a problem hiding this comment.
R
info라는 네이밍이 다소 추상적이게 다가올 수 있어요
그냥 update는 어떨까요?
| user.userInfoUpdate(studentUpdateRequest.nickname(), studentUpdateRequest.name(), | |
| user.update(studentUpdateRequest.nickname(), studentUpdateRequest.name(), |
There was a problem hiding this comment.
그렇다면 패스워드를 수정하는 메소드가 추가된다면, 그 메소드 이름을 따로 설정하는 것이 더 나을 수 있을 거 같네요!
|
|
||
| user.userInfoUpdate(studentUpdateRequest.nickname(), studentUpdateRequest.name(), | ||
| studentUpdateRequest.phoneNumber(), UserGender.from(studentUpdateRequest.gender())); | ||
| student.studentInfoUpdate(studentUpdateRequest.studentNumber(), |
There was a problem hiding this comment.
R
info라는 네이밍이 다소 추상적이게 다가올 수 있어요
그냥 update는 어떨까요?
ditto
| .isEqualTo(user.getGender().name()); | ||
| softly.assertThat(response.body().jsonPath().getString("major")) | ||
| .isEqualTo(student.getDepartment()); | ||
| .isEqualTo(student.getDepartment().name()); |
There was a problem hiding this comment.
R
name이랑 같아야하는게 맞아요? getValue 랑 같아야하는거 아닌가??
There was a problem hiding this comment.
앗.. StudentDepartment ENUM 추가 이후 수정하지 않은 것 같습니다!
Choi-JJunho
left a comment
There was a problem hiding this comment.
고생하셨습니다~
Approve의 길은 멀고도 험하죠 ㅋㅋㅋ
코멘트 확인 부탁드릴게요~
| @ApiResponses( | ||
| value = { | ||
| @ApiResponse(responseCode = "200"), | ||
| @ApiResponse(responseCode = "400", content = @Content(schema = @Schema(hidden = true))), | ||
| @ApiResponse(responseCode = "401", content = @Content(schema = @Schema(hidden = true))), | ||
| @ApiResponse(responseCode = "403", content = @Content(schema = @Schema(hidden = true))), | ||
| @ApiResponse(responseCode = "404", content = @Content(schema = @Schema(hidden = true))), | ||
| } | ||
| ) | ||
| @Operation(summary = "푸쉬알림 동의 여부 조회") | ||
| @GetMapping("/user/notification") | ||
| ResponseEntity<NotificationStatusResponse> checkNotificationStatus( | ||
| @Auth(permit = {STUDENT, OWNER}) Long memberId | ||
| ); | ||
|
|
||
| @ApiResponses( | ||
| value = { | ||
| @ApiResponse(responseCode = "200"), | ||
| @ApiResponse(responseCode = "400"), | ||
| @ApiResponse(responseCode = "401"), | ||
| @ApiResponse(responseCode = "403"), | ||
| @ApiResponse(responseCode = "404"), | ||
| } | ||
| ) | ||
| @Operation(summary = "푸쉬알림 동의") | ||
| @PostMapping("/user/notification") | ||
| ResponseEntity<Void> permitNotification( |
| public class StudentDepartmentNotValidException extends IllegalArgumentException { | ||
| private static final String DEFAULT_MESSAGE = "학생의 전공 형식이 아닙니다."; |
There was a problem hiding this comment.
R
개행
| public class StudentDepartmentNotValidException extends IllegalArgumentException { | |
| private static final String DEFAULT_MESSAGE = "학생의 전공 형식이 아닙니다."; | |
| public class StudentDepartmentNotValidException extends IllegalArgumentException { | |
| private static final String DEFAULT_MESSAGE = "학생의 전공 형식이 아닙니다."; |
| public class StudentNumberNotValidException extends IllegalArgumentException { | ||
| private static final String DEFAULT_MESSAGE = "학생의 학번 형식이 아닙니다."; |
| CHEMICAL("화학생명공학부"), | ||
| ENERGY("에너지신소재공학부"), | ||
| INDUSTRIAL("산업경영학부"), | ||
| EMPLOYMENT("고용서비스정책학과"); |
There was a problem hiding this comment.
R
후행쉼표
| EMPLOYMENT("고용서비스정책학과"); | |
| EMPLOYMENT("고용서비스정책학과"), | |
| ; |
| return Arrays.stream(values()) | ||
| .filter(it -> it.value.equals(value)) | ||
| .findAny() | ||
| .orElseThrow(() -> new StudentDepartmentNotValidException("학생의 전공 형식이 아닙니다. " + value)); |
There was a problem hiding this comment.
C
withDetail 메소드를 선언 & 활용하지 않은 이유가 있나요
| } | ||
| if (user.resetExpiredAt != null) { | ||
| this.resetExpiredAt = user.resetExpiredAt; | ||
| } |
There was a problem hiding this comment.
R
메소드 명만 봤을때는 null이 들어왔을 때 null로 update되는게 맞아보이는데 이거는 updateOptional... 같은 느낌이네요
굳이 null이면 업데이트를 안한다는 로직을 넣어야할 이유가 있나요?
오히려 이 검증이 있어서 메소드가 예상하지 못하는 동작을 수행하게 되는거같네요
아예 모르는 사람이 이 메소드를 사용했을 때 인자로 들어가는 모든 값으로 수정이 일어나길 원할텐데 한번 고민해보세요
+) 현재 업데이트 대상인 필드들이 엔티티 조건에서 NotNull이 다 걸려있나요?
| return Arrays.stream(values()) | ||
| .filter(it -> it.ordinal() == index) | ||
| .findAny() | ||
| .orElseThrow(() -> new IllegalArgumentException("잘못된 성별 인덱스 입니다. index : " + index)); |
There was a problem hiding this comment.
C
어떤 친구는 customException으로 notfound를 반환하고 어떤 친구는 IAE를 발생시키는 기준이 있나요?
There was a problem hiding this comment.
제가 학번과 학부에 대한 예외처리는 custumException을 만들어서 처리했는데, 성별에 관한 사항은 그냥 적용시킨 것 같습니다!
성별에 관한 예외처리에 대한 상황은 한 번 고려해보는 것이 좋을 것 같습니다😄
There was a problem hiding this comment.
이 사항은 추가적으로 custumException 작성해보았습니다!
| .findAny() | ||
| .orElseThrow(() -> new IllegalArgumentException("잘못된 성별 인덱스 입니다. index : " + index)); | ||
| } | ||
| return null; |
There was a problem hiding this comment.
R
대상 index가 없으면 예외가 터지는게 맞는거같은데 어떻게 생각하나요
서비스 내에서 null이 자유분방하게 돌아다니면 어딘가에서는 NPE가 발생할 것 같네요
|
|
||
| if (studentUpdateRequest.studentNumber() != null && | ||
| !Student.isValidStudentNumber(studentUpdateRequest.studentNumber())) { | ||
| throw new StudentNumberNotValidException( |
| @Size(max = 10, message = "학번은 10자여야 합니다.") | ||
| @Schema(description = "학번", example = "2020136065") | ||
| String studentNumber |
There was a problem hiding this comment.
R
아래 코멘트에서 나온 내용을 여기에 적용시켜보면 될 것 같아요
songsunkook
left a comment
There was a problem hiding this comment.
거의 다 온 것 같은데 조금만 더 힘내봅시다..!
화이팅~
| @Size(max = 50) | ||
| @Column(name = "major", length = 50) | ||
| private String department; | ||
| @Enumerated(EnumType.STRING) | ||
| private StudentDepartment department; |
There was a problem hiding this comment.
R
major에서 department로 컬럼명을 다르게 매핑한 이유가 있나요? DB와 헷갈릴 것 같아요
+) 중요한 내용인데, 이거 잘 실행되나요? 에러 납니다. 푸시 전에는 로컬에서 반드시 실행해보시기 바랍니다.
There was a problem hiding this comment.
기존에 작성되어있던 Student의 major 매핑의 컬럼명이 department여서 동일하게 Enum 생성하는 과정에서 이름 사용했습니다!
| if (studentUpdateRequest.nickname() != null && | ||
| userRepository.existsByNickname(studentUpdateRequest.nickname())) { | ||
| throw DuplicationNicknameException.withDetail("nickname : " + studentUpdateRequest.nickname()); | ||
| } |
There was a problem hiding this comment.
C
짜잘한 내용이지만 닉네임 검증 로직은 메서드를 분리하는 것도 좋아 보이네요
There was a problem hiding this comment.
따로 Service 내 메소드를 작성하도록 하겠습니다!!!
Choi-JJunho
left a comment
There was a problem hiding this comment.
고생하셨습니다~
작은 컨벤션들만 확인 부탁드릴게요
| @Schema(description = "익명 닉네임", example = "익명_1676688416361") | ||
| String anonymousNickname, | ||
|
|
||
| @Schema(description = "이메일 주소 \n", example = "koin123@koreatech.ac.kr") |
There was a problem hiding this comment.
R
불필요한 내용같네요
| @Schema(description = "이메일 주소 \n", example = "koin123@koreatech.ac.kr") | |
| @Schema(description = "이메일 주소", example = "koin123@koreatech.ac.kr") |
| + "건축공학부, 화학생명공학부, 에너지신소재공학부, 산업경영학부, 고용서비스정책학과}", example = "컴퓨터공학부") | ||
| String major, | ||
|
|
||
| @Schema(description = "이름 \n", example = "최준호") |
There was a problem hiding this comment.
R
불필요한 내용같네요
ditto
| @Schema(description = "이름 \n", example = "최준호") | |
| @Schema(description = "이름", example = "최준호") |
| Student student = studentRepository.getById(userId); | ||
| User user = student.getUser(); | ||
|
|
||
| if (studentUpdateRequest.nickname() != null && | ||
| userRepository.existsByNickname(studentUpdateRequest.nickname())) { | ||
| throw DuplicationNicknameException.withDetail("nickname : " + studentUpdateRequest.nickname()); | ||
| } | ||
|
|
||
| user.update(studentUpdateRequest.nickname(), studentUpdateRequest.name(), | ||
| studentUpdateRequest.phoneNumber(), UserGender.from(studentUpdateRequest.gender())); | ||
| student.update(studentUpdateRequest.studentNumber(), | ||
| StudentDepartment.from(studentUpdateRequest.major())); | ||
|
|
||
| studentRepository.save(student); | ||
|
|
There was a problem hiding this comment.
A
개인 취향입니다만 메소드 내부에 있는 친구들은 붙여줘도 좋지 않을까용
| Student student = studentRepository.getById(userId); | |
| User user = student.getUser(); | |
| if (studentUpdateRequest.nickname() != null && | |
| userRepository.existsByNickname(studentUpdateRequest.nickname())) { | |
| throw DuplicationNicknameException.withDetail("nickname : " + studentUpdateRequest.nickname()); | |
| } | |
| user.update(studentUpdateRequest.nickname(), studentUpdateRequest.name(), | |
| studentUpdateRequest.phoneNumber(), UserGender.from(studentUpdateRequest.gender())); | |
| student.update(studentUpdateRequest.studentNumber(), | |
| StudentDepartment.from(studentUpdateRequest.major())); | |
| studentRepository.save(student); | |
| Student student = studentRepository.getById(userId); | |
| User user = student.getUser(); | |
| if (studentUpdateRequest.nickname() != null && | |
| userRepository.existsByNickname(studentUpdateRequest.nickname())) { | |
| throw DuplicationNicknameException.withDetail("nickname : " + studentUpdateRequest.nickname()); | |
| } | |
| user.update(studentUpdateRequest.nickname(), studentUpdateRequest.name(), | |
| studentUpdateRequest.phoneNumber(), UserGender.from(studentUpdateRequest.gender())); | |
| student.update(studentUpdateRequest.studentNumber(), | |
| StudentDepartment.from(studentUpdateRequest.major())); | |
| studentRepository.save(student); | |
There was a problem hiding this comment.
저는 주로 작동하는 단위로 끊는 편인데, 코드 내에서는 스타일 통일 해보겠습니당
| Student student = Student.builder() | ||
| .studentNumber("2019136135") | ||
| .anonymousNickname("익명") | ||
| .department(StudentDepartment.COMPUTER) | ||
| .userIdentity(UserIdentity.UNDERGRADUATE) | ||
| .isGraduated(false) | ||
| .user( | ||
| User.builder() | ||
| .password("1234") | ||
| .nickname("주노") | ||
| .name("최준호") | ||
| .phoneNumber("010-1234-5678") | ||
| .userType(STUDENT) | ||
| .gender(UserGender.MAN) | ||
| .email("test@koreatech.ac.kr") | ||
| .isAuthed(true) | ||
| .isDeleted(false) | ||
| .build() | ||
| ) | ||
| .build(); | ||
|
|
||
| studentRepository.save(student); |
There was a problem hiding this comment.
A
어짜피 인증에서 거르는 테스트면 저장 안해도되지않을까요
There was a problem hiding this comment.
테스트 상단의 get /user/student/me 401번 오류 검증 과정과 동일하게 구성해보았습니다!
songsunkook
left a comment
There was a problem hiding this comment.
자세한 내용은 DM으로 설명해드렸으니 좀 더 고민해보고 알려주세요
아직 500에러 날겁니다
| public void CheckDepartmentValid(String department) { | ||
| List<String> departments = Arrays.asList( | ||
| "컴퓨터공학부", | ||
| "기계공학부", | ||
| "메카트로닉스공학부", | ||
| "전기전자통신공학부", | ||
| "디자인공학부", | ||
| "건축공학부", | ||
| "화학생명공학부", | ||
| "에너지신소재공학부", | ||
| "산업경영학부", | ||
| "고용서비스정책학과" | ||
| ); | ||
|
|
||
| if (department != null & !departments.contains(department)) { | ||
| throw StudentDepartmentNotValidException.withDetail("학부(학과) : " + department); | ||
| } | ||
| } |
There was a problem hiding this comment.
R
이렇게 검증이 필요하다면 차라리 enum 클래스로 빼서 검증하는 건 어떨까요?
songsunkook
left a comment
There was a problem hiding this comment.
코멘트 70개의 전설..
정말 고생하셨습니다 ! 👍

🔥 연관 이슈
🚀 작업 내용
404번 오류 -> 400번 오류로 작성했습니다.(3/27 수정)2. 학부/학과에 대한 ENUM 추가했습니다.- 24년 기준, 나뉜 학부도 추가해서 작성했습니다.(현재 존재하는 학부/과 : 기계공학부, 컴퓨터공학부, 메카트로닉스공학부, 전기전자통신공학부, 디자인공학부, 건축공학부, 화학생명공학부, 에너지신소재공학부, 산업경영학부, 고용서비스정책학과)- 기존 존재하던 TEST의 내용도 수정 완료했습니다.-> ENUM을 사용하는 방향을 조금 고민해봐야 할 것 같아서 STRING으로 우선 작성했습니다.
서버 내에서 500번 오류 발생 이슈로 수정했고, 추가적으로 이슈 생기면 스레드에 작성하겠습니다!
StudentDepartment ENUM은 삭제하지 않고 유지해놨습니다. -> 검증 ENUM에서 진행
💬 리뷰 중점사항
기능 작성하는 시간이 조금 오래 걸렸습니다. 기존에 회원 정보 수정에 있던 내용인 비밀번호 관련이슈는 User 팀의 스레드에 올려놓았습니다.
작성하며 헤맨 부분이 많아서, 리뷰 작성해주시면 감사하겠습니다! 감사합니다 :D