Front-End Study/이건 우째해야 할까..2 PATCH 메서드를 사용한 수정 로직 구현... 이건 우째 해야할까.. 어떤 고민?✨ 이번 프로젝트 때 위키 수정을 위해 사용하는 PATCH 메서드를 위해 FormData 생성로직을 만들어야 했다. 🔖 초기 로직과 문제점🚫 로직의 비효율성우리 API는 PATCH 메서드를 통해 위키를 수정하는데, 수정 전에 퀴즈를 풀어 답변과 함께 엔드포인트가 ping인 API로 GET 요청을 보내어 성공 상태 코드를 받아야 PATCH 메서드를 사용 가능한 시스템이었다. (따로 알려주지 않아 직접 swagger로 박치기해서 알아냈다... 🥲)여하튼 이러한 과정은 다 제쳐두고 PATCH 메서드 자체만 놓고 보자면, PATCH의 경우 변경하고 싶은 데이터만 뽑아내어 FormData에 담아 전송해야 했기 때문에 이걸 어떤식으로 만들어야 하나라는 고민이 많았다.또한 이미지를 넣어 보내는 경우,.. 2024. 7. 14. 무한 스크롤.. 이건 우째해야 할까.. 초기 로직✨게시글 댓글 페이지 구현을 하면서 limit 파라미터로 지정한 개수보다 댓글 수가 많아질 때 사용할 무한 스크롤에 대해 생각해보게 되었다.🔖작성한 로직에 대한 고민난 상세 페이지와 그 안의 댓글 컴포넌트를 따로 분리했기 때문에, 상세 페이지에서 가져오는 API 호출 로직을 통해 백엔드 서버에 구현되어 있는 nextCursor 값 또한 가져와 사용하고 싶었다.하지만 분리되어 있기도 하고 이걸 어떤식으로 구현해야 할지 감이 잘 오지 않았다. 🫨 해결한 과정들을 하나씩 작성해보고자 한다. 👍// 상세 페이지 로직const ArticleWithComment = () => { ... const [comments, setComments] = useState([]); const [ar.. 2024. 6. 11. 이전 1 다음
