2025.03.17 ~2025.03.21 한 일 , 배운거

카테고리 없음

2025.03.17 ~2025.03.21 한 일 , 배운거

Yim_Ha_Eun 2025. 3. 24. 18:28

2025.03.17
일단 date 초까지 받는건 서버, 프론트 통일시켜서 받았더니 값이 떴다.

신규 추가하고나서 자동으로 모달창이 update로 바뀌어야하는데 이거때문에 고생함.
틀린그림찾기 ^^

신규 값등록하면 모달창에서 업데이트모드로 바뀌고 바로 수정 가능하게 해야하는데 모달창에 값이 빈값으로 reset돼서
과장님이 고쳐주심 ...prev를 사용해서 값을 그대로 띄우게 만들었다.

3.18(화)
오늘 잠을 네시간 잤더니 머리가 안돌아가는건지..내가 짠 코드랑 과장님 코드랑 너무 달라서 이렇게 만들 수도 있구나 싶었었다. 구조나 리턴 등 너무 달라서 어디서부터 고쳐야하는지도 모르겠고 일단은 간단한 팝업이라 내 방식대로 validation했다.
하루종일 바보된 느낌이라 집가고싶었다…

<에러 메세지>
200 으로 모든 값을 submit 성공,조건에 안맞으면 200에 에러 메세지랑 함께 공통으로 사용하겠다는건 이해함.내 코드에 적용해보려고하니
return 부분부터 서비스,뷰 형식이 다 달라서 당황스러웠음.

과장님이랑 나랑 차이는 생각하면서 코드를 짜냐인거 같다. 시리얼라이저를 겟,포스트,풋 모두 적용했는데 왜 그렇게 했냐는 질문에 머리가 멈췄다.
처음에 장고에서 서비스랑 뷰를 나눈다고 하시길래 ’서비스에서는 값을 받아서 뷰에서는 시리얼라이저만 쓰면돼요‘라고 들어서 모든형식을 그렇게 했는데 과장님은 코드를 쓰다보니 필요한 곳에만 넣었다고한다. Gpt는 이러나 저러나 다 쓰는게 관리에 좋다고하긴했는데 과장님은 자기 코드에대해 생각을 한거고 나는 그냥 기능 구현에 급급한거같다고 느낌
날잡고 내 코드리뷰 다시해봐야함

<datepicker>

퍼블 붙이고 오류가나서 datepicker 붙인 페이지 참고해보려고 하니까 아직 쓴 곳이 없다고 함 >>
그럼 내가 했을땐 됐으니 공통부분이 오류일거다 라고 과장님한테 말했는데 내 코드 부분을 콘솔로그 찍으면서 보라길래 머리속으로 이해가 안갔다..
‘여기가 문제일리 없는데 왜 자꾸 확인하라는거지?‘라는 생각이었는데
내가 오류가나면 콘솔로그도 하나씩 안찍어보고 대충 때려잡으니까 단계별로 확인하면서 오류를 찾는 습관을 가지라는 의미로 이야기하신거같다.

당연히 그쪽이 문제겠거니 하더라도 눈으로 직접 확인하는 습관들을 가져야겠음.

문제 해결->
퍼블에서 yyyy.mm.dd로 해놔서 -로 통일하기로함.
값을 주고받을때 서버에서든 리액트에서인가?date 쓸거면 -얘로만 받는다고 하길래 공통부분을 수정하고
Utc 문제 해결은 한국시간을 미국시간기준으로 얘네가 알아서 바꾸길래 프론트에서 보내는 datepicker값을 그대로 텍스트로 파싱해서 서버에 보내게 만듦.