useActionState 사용 시 라우팅 처리 방법
안녕하세요! 회원가입 시 서버 액션을 작성 중인데 궁금한 점이 있어 질문드립니다.
현재 서버 액션 함수는 아래와 같이 작성하였고, 클라이언트에서는 useActionState를 사용하여 액션의 반환 값을 받아 에러 메세지를 처리하고 있습니다.
if (!id || !nickname || !password) {
return { status: false, messages: "정보를 입력해주세요." }
}
try {
const response = await fetch(`${baseUrl}/api/users`, {
method: "POST",
body: formData,
})
return { status: true, messages: "" }
} catch (err) {
return { status: false, messages: "회원가입에 실패했습니다." }
}
// redirect("/home")을 여기에 위치 했었음
}회원가입 성공 시에는 /home 으로 이동시키고 싶어서 redirect를 사용하려고 하는데, redirect는 return문 때문에 실행되지 않는 문제가 있습니다.
이런 상황에서는 다음 중 어떤 게 더 적절한 방법인지 궁금합니다..!
1) 서버 액션에서 회원가입 성공 시 return { status: true, messages: "" } 형태로 값을 반환하고, 클라이언트에서 성공 여부를 판단해 라우팅을 처리하는 방식
2) 서버 액션 내부에 let isSignupSuccess = false 같은 변수를 선언한 뒤,
회원가입 성공하면 return문 없이 isSignupSuccess = true로 값을 변경하고, try-catch문 이후에 if (isSignupSuccess) redirect("/home") 형태로 라우팅을 처리하는 방식
답변 1
0
안녕하세요 이정환입니다.
개인적으로는 서버액션에서보다는 클라이언트 측에서 처리하는 걸 더 선호합니다.
이유는 역할의 확실한 분리를 위해서인데요 서버 액션 내부에서는 비즈니스 로직에 최대한 집중하도록 하고, UI를 변경하고 리디렉션 하는 등의 클라이언트 측 작업은 컴포넌트 내부로 분리하는게 좋은 것 같습니다.
풀라우트캐시 동작 원리에서 데이터 캐시 관련 질문
0
22
2
next.js 프로젝트
0
28
1
Next.js + Tanstack Query BFF 구조 질문
0
29
2
Next.js 사전렌더링 이해하기 부분
0
33
2
모달 관련 질문
0
42
3
렌더링 관련 질문
0
80
2
중복으로 하나의 api를 요청할 때 캐싱 옵션 통일화
0
64
2
라우트 세그먼트 옵션 강좌 노트에 사소한 제보 남깁니다.
0
65
2
SSR시 context에 params말고 query를 사용하면 안되나요?
0
75
2
npx prisma db push 시 에러가 뜹니다.
0
94
3
vercel 배포를 실패하였습니다.
0
101
3
Image 컴포넌트 사용시 브라우저 콘솔에 경고는 왜 뜨는걸까요?
0
57
2
getServerSideProps 함수와 SSR의 관계
0
78
6
없는 페이지인데 풀라우트캐시로 저장이 되는 이유가 궁금합니다
0
61
2
실제 프로젝트에서 SSR 사용에 관해서 질문드립니다.
0
117
2
일반적인 nextjs project architecture에 대하여..
0
90
2
2.14 Search에서 작성한건 static이긴하지만 CSR이 아닌가요?
0
74
2
배포 시 오류 발생
0
90
2
백엔드 서버 오류납니다.
0
83
2
취약점 제거시 nestjs 버전 문제가 생길까요?
0
93
1
eslint.config.mjs 내 rules 어떻게 설정 하나요?
0
107
1
[book]/[id]/page.tsx 모달 띄울 때 성능 하락 현상은 ReviewList를 불러오면서 발생하는 문제 같습니다.
0
63
2
빨간줄 설정
0
77
2
익스텐션 질문
0
61
1





