Today To Do

• DDaJa User Put Api

• DDaJa User 로그인, 회원가입 개발

gil.log

아침 시작은 어제 작성하던 User 수정 api 부터 시작하고,

F-E에서 사용자 로그인, 회원가입 부분으로 기기

ㅋㅋ 어제 회사 Validator Error 관련 애먹고 있었는데,

DDaJa에 그전에 적용해둔 코드가 있었네 ㅋㅋㅋ

내 코드가 아니라서 있는지도 몰랐다

해당 Exception추가하려고 Advice 키니까

어,,?

고맙다,,, 잘 쓸게,,

advice에서 bindingResult에서 ObjectError > FieldError로 변환해서 공통 Error 객체로 전달하고

공통 Error에서는 받은 FieldError를 공통 ErrorDetail로 던지고

이제 공통 ErrorDetail에서 해당 FieldError 정보에서 뽑아올 거만 뽑아오면

좋아 좋아 구웃

흠 자꾸 드는 생각이

나는 공통 모델링 객체에 기능적인 메소드를 너무 많이 추가하는 경향이 있는 것 같다.

한번 자리잡고 나면 개발단에서 서비스단에서 사용하기 편하게 생성자에 로직들을 추가하거나,

DTO에 비즈니스 로직이 포함될 수도 있는 메소드를 추가하는 경향이 있는거 같다.

이러면 안될 거같은게 SRP 밖에 생각이 안나는데,

흠,,, 역시 모듈화 경계 지정하는게 너무 어려운 것 같다...

해당 맴버 없으면 그냥 exception 던져서 400 response하고

정상 수정되면 204

흠,,

일단 공통 Exception에 지정한 error message 적용 안되는것도 거슬리는데,,

patch 같은 경우 모든 컬렉션의 수정사항을 담으면 안되고,,

put의 경우에 전체 컬렉션 수정사항을 담고, 없으면 새로 생성 < 이렇게 가야 하는데

일단 지금은 patch method 에는 전체 컬렉션 수정사항이 포함되면 안된다는 valid가 없다.

내일 추가하는걸로 하고 일단 여기까지

회사 일 하러 기기