2011-01-25 2 views
0

제가 구축하고있는 응용 프로그램이 커지면서, 다시 요인을 재조정 할 때가 있습니다. 때때로 이것은 일을 깨뜨릴 수 있습니다. 예를 들어, 사용자가 양식을 제출 한 후 사용자가 지시 한 위치 - 또는 취소 할 수 있습니다. 내가 가진 아이디어는 세션에 현재 페이지 경로 (URL은 도메인 이름을 표시 함)를 저장하는 것이 었습니다. 이렇게하면 데스크톱 응용 프로그램에서 대화 상자를 닫을 때 발생하는 동작을 모방 한 사용자가 나온 페이지로 돌아갈 수 있습니다. 이것은 훨씬 더 유연하고 유지하기 쉽습니다. 적어도 그것은 그런 식으로 보입니다.http 세션에 이전 페이지 경로를 저장합니다.

내가 현재 만들고있는 변경 사항을 통해 사용자는 앱의 다양한 위치에서 양식으로 이동할 수 있습니다. 사용자가 다른 페이지로 보내지고 나면 그가 방향을 잃게됩니다. 43 가지 형태가 있습니다. 곧 약 60 개로 늘어날 것입니다.

내가 간과할만한 이유가 있습니까? 아니면 권장되는 접근 방법입니까?

[편집]

진짜 이유에 대한 대답의 주석 읽어 보시기 바랍니다 : 왜 대상을하지

는 "세션이 저장하는 동시 요청에 대한 몇 가지 문제가 발생할 수 있습니다"

답변

2

을 스크립트는 사용자의 출처를 알고 있습니까? 각 대상은 특정 위치를 가진 특정 양식을 처리하기 때문에 그것이되어야한다고 생각합니다.

아니요 - 사용자가 숨김 양식 필드에 return_url을 전달할 수 있습니다.

지금까지 세션에 URL을 저장하는 것은 좋지 않은 습관입니다.

+0

왜 그렇지 않습니까? 음, 분명히 말하지 않았기 때문입니다. 그래서 내가 해결책을 찾으려고 노력하고있다. 그래서 (프레임 워크를 사용하지 않는 척하자), 모든 폼에 필드를 추가해야한다고 말하는 것입니까? –

+0

@sims : 양식에 필드를 추가해야하며, 여러 위치에 표시된 필드를 추가해야하며 사용자를 다시 리디렉션 할 위치를 결정 (계산) 할 수 없습니다. 예를 들어 블로그에 + 댓글이 있다면 댓글을 게시 한 후 사용자에게 리디렉션 할 위치를 알고 있습니다. '$ blog_id'가 있으므로 사용자를 /blogs/ $ blog_id로 리디렉션합니다. – zerkms

+0

물론 가능합니다. 그것은 명백합니다. 그리고 그것이 제가 현재하고있는 방법입니다. 그러나 양식으로 이동할 수있는 몇 가지 다른 방법이 있습니다. 사용자가 다른 페이지로 전송되면 사용자는 방향을 잃게됩니다. 앞서 말했듯이, 신청서는 대용량입니다. 43 가지 형태가 있습니다. 곧 약 60 개가 될 것입니다.이 질문에이 주석을 추가 할 것입니다. –

관련 문제