[7/17 TIL]CRUD 중에서 update 트러블 슈팅

CRUD 중에서 update가 제일 어렵다

case 1. 조회와 추가는 동작하지만 삭제와 수정은 cors 에러가 뜸

백엔드 분들이 조회와 추가가 되면 삭제와 수정도 되야 정상이라고 하셨다. 하지만 cors 에러가 발생했다. 기술매니저님께도 여쭤봤는데 cors 에러는 무조건 백엔드에서 해결해야한다고 하셨다.

결국 바람직한 해결법은 아니지만 모든 요청 수락으로 삭제와 수정을 테스트 할 수 있었다.

---

case 2. 데이터 조회 시 image를 url 형식으로 받지만 데이터 수정은 file로 보내야함.

단일 페이지 조회할 때, 받아온 데이터를 리덕스로 저장을 했다가 update페이지로 넘어가면 해당 데이터를 input value에 넣어서 수정할 수 있게 구현했다.
그런데 조회를 할 때 받아온 image는 url형식이고 수정하고 보내야하는 데이터는 file형식이어야 한다.

방법은 2가지가 있는데,
1. 서버에 이미지 파일을 요청해서 다운로드하는 방법과
2. 이미지 url을 base64로 인코딩해 저장하여 사용하는 방법이다.

그런데 백엔드 작업이 순탄하게 안 흘러서 프론트영역에서 해결하기를 바라셨다.

2번째 방법으로 도전했는데 fatch로 이미지를 다운받으려고 하니 cors에러가 났다.

이에 대해서도 백엔드/프론트 기술매니저님의 자문을 구했는데, 프론트 쪽은 백엔드 영역에서 해결해야한다고 말씀하셨다. 백엔드 쪽은 같이 피드백을 듣지 않아서 구체적이지 않지만 유저의 실수를 커버해 줄 필요는 없다고 말씀하셨다고 한다. 그래서 이미지 필수 조건을 제거하자고 하셨다. 이미지가 null이어도 된다고.

일단 수정을 할 때 이미지를 수정하지 않아도 기존의 이미지가 삭제되면 안되기 때문에 테스트를 해봐야 했지만 서버가 갑작스러운 문제로 비명횡사했다.

결론

처음에 데이터 조회를 할 땐, 나중에 데이터를 가공해서 활용할 가능성을 염두해둬야 한다.