Post Context API

[Hyevvy]

Post Context API, 정말 필요한가?

사건의 발단

처음에 Context Api에서 서버통신까지 같이 하는 방향으로 구현을 하려고 했기에 Post 에 대해서도 Context Api가 필요하다고 생각했습니다.
그런데, 이제 서버통신은 각 페이지에서 따로 구현하기로 하였기에 과연 Post 하나에 대해서 Context Api가 필요한가에 대해 의문이 들었습니다.

Context Api에서 서버통신이 빠졌기에 Post Context Api를 어떤 식으로 구현할 지에 대해 고민을 하였습니다. 사실 처음 제가 Context Api가 필요하다고 생각한 이유는 상세페이지에서 서버통신을 통해 Post 값을 받아오고, 사용자가 수정을 하려고 했을 때 수정페이지로 이동하게 되면서 이때 또 굳이 한 번 더 서버통신을 할 이유가 있나? 였습니다. 그리고 이에 대한 생각은 여전히 동일합니다.

제가 생각하는 Post Context Api가 필요한 부분은 딱 상세페이지에서 수정페이지를 이동하는 경우 때문입니다.
그래서 Post Context Api 의 action을 SET_DATA만 두어도 괜찮을 거 같다는 생각을 하였습니다.

1. 상세페이지에 들어와서 서버통신을 하고 그 값을 SET_DATA를 통해 Post Context Api 에 저장한다.
2. 수정페이지로 이동하게 되면 굳이 서버통신을 한 번 더 하지 않고 Post Context Api 에 저장된 값을 꺼내쓴다.

그런데 위의 경우에는 제가 생각하기에는 살짝 부족한 부분이 있다고 생각합니다.
바로, 상세 페이지에서 수정페이지로 이동하지 않는 경우입니다.
그냥 사용자가 조회만 했을 때 굳이 Post Context Api 에 넣을 필요가 없다고 생각하기 때문입니다.

그래서 제 의견은 오로지 상세페이지에서 수정버튼을 누를 때만 Post Context Api 에 SET_DATA 해주자 입니다.
그리고 수정페이지에서 수정을 하게 되면 다시 상세페이지로 이동하기 때문에 EDIT에 대해서는 굳이 Post Context Api에서 처리해줄 필요가 없다고 생각합니다

정리하자면 이렇습니다.

1. 상세페이지에서 서버통신을 한다
2. 상세페이지에서 수정 버튼을 누를 때 Post Context Api에 SET_DATA한다
3. 수정페이지에서는 Post Context Api의 값을 꺼내쓴다
4. 수정이 완료되면 다시 상세페이지로 navigate 할 것이므로 이에 대해서는 Post Context Api에서 신경쓰지않는다 (다시 1번으로 갈 것이기 때문)

제가 고민한 바는 이런데 다른 의견이 있으시면 편하게 댓글 부탁드립니당~~ 🙇🏻‍♀️

[Hyevvy]

=> useLocation을 통해서 서버통신 + Post Context Api 을 대체하고 구현!! ( @hwoo3303 님 감사합니당 !! )