부가적으로 새로고침과 페이지 뒤로이동 시 중복처리를 예방하려는 의도도 있습니다.
interceptor의 postHandle 이용하여 insert, update 등의 처리 후 뷰로 넘어가기전에 alert를 뿌려
주고
redirect하는 방식은 맞지 않는 것인지 궁금합니다.
위의 방식으로 가능하다면 아래와 같은 두가지 문제점이 있습니다.
1. interceptor를 사용하여 처리할 경우 적용범위를 지정하는 문제
2. alert 메시지 출력 후 redirect 시 앞단의 요청파라마터들을 가져갈때의 문제
(요청파라미터를 폼으로 전송하는 방법 이외에 심플한 방법이 있는지 궁금합니다.)
보통 위와 같은 두가지를 어떠한 방식으로 처리하시는지 궁금합니다.
바쁘시겠지만 지도 좀 부탁드리겠습니다.
감사합니다.
|
관점이... insert와 update를 하는 처리부분은 페이지 display와 별개의 부분이 아닌지요? 만약 그런 경우라면 ajax로 해당 작업을 요청 후 리턴받은 결과에 따라 요청 작업을 진행한 페이지에서 alert처리 및 redirect처리를 하는 방식이 파라메터 전송이나 요청 결과 처리에 대해 좀더 수월하지 않을까 싶습니다. 두서없이 함 답변을 써보았네요;;; --------- 원본 메일 --------- 보낸이: codeS <lena...@naver.com> |
|
그룹에서 탈퇴하려면 ksug+uns...@googlegroups.com로 이메일을 보내주세요.
현재 3번 방식의 경우인데 수정 후 새로고침을 하게 되면 update를 돌게 됩니다. 그리곤 상세화면의 alert가 뜹니다.
(forward)
따라서 redirect를 사용하여야하는데 이 경우 상세화면에 나타날 메세지와 상세화면의 pk를 달고 다녀야하는데 더 나은 방법
이 없는지 궁금합니다.
back 버튼의 경우도 막아주고 싶은데 방법이 없을까요?