새로운 ASP.NET 응용 프로그램에 대한 시스템 테스트를 수행했습니다. 내 브라우저 (IE 7)에서 뒤로 버튼을 사용할 때 몇 가지 예외가 발생했습니다.웹 앱에서 뒤로 버튼을 지원해야하나요?
웹 - 앱이 BACK 버튼 사용을 지원해야한다고 (또는 적어도 세션 타임 아웃 경고와 함께 정상적으로 처리해야 함) 리뷰 기록에 설명했습니다. 팀 리더는 웹 앱이 이 아니고이 기본적으로 뒤로 버튼 작업을 지원해야한다고 말했기 때문에 나에게 동의하지 않았습니다.
동의합니까?
예, 그렇습니다.
개인적인 견해로는 완전히 뒤로 움직이지 않으면 뒤로 버튼을 적절히 다루지 않는 웹 사이트가 유용성 측면에서 큰 타격을 입습니다. 사람들은 뒤로 버튼을 이해합니다. 모레 소, 그들은 그것을 좋아한다.
페이지로드가 느려질 수 있습니다. 목록에있는 항목을 열 때마다 페이지를 완전히로드하지 않고 그 목록으로 돌아가고 싶습니다.
POST + REDIRECT + GET 및 다른 관용구를 사용하면 뒤로 버튼으로 좋은 동작을 얻을 수 있습니다.
ASP.NET 3.5에서이 기술을 익히려면 몇 가지 기술 (또는 더 나은 점은 빠른 승리)을 줄 수 있습니까? –
웹 앱에서 반드시 뒤로 버튼을 지원해야합니다. 사용자는이 기능이 지원된다고 가정합니다.
은이 블로그 게시물 http://blog.andreloker.de/post/2008/06/Post-Redirect-Get.aspx 또는 나는 모든 웹 응용 프로그램은 다시 버튼을 지원해야한다고 생각
위키 피 디아 http://en.wikipedia.org/wiki/Post/Redirect/Get에 PRG에 대해 읽을 수 있습니다. 앱이 깨져서 코드를 작성할 수없는 경우 적어도 뒤로 탐색 버튼이 지원되지 않으며 작동을 중지시킬 수 있음을 사용자에게 알리기 위해 탐색 건너 뛰기 이벤트에 자바 스크립트를 추가하십시오.
뒤로 버튼을 클릭하여 작동하지 않는 페이지로 이동하면 작업중인 것을 잃어 버리게됩니다.
적어도 사용자가 사용할 수 없다는 것을 사용자가 알고 있는지 확인하고 습관적으로 클릭하면이를 상기시켜줍니다.
모든 앱에서 뒤로 버튼을 지원해야합니다. 모든 사람이 그것을 사용하며 사용자에게 웹 페이지의 브라우징 습관을 바꾸라고 말할 수는 없습니다. 예, 사소하지만 사용자도 마찬가지입니다. 예를 들면. 장난하지 말고 뒤로 버튼을 지원하지 않는 웹 페이지/앱을 사용하지 않겠습니다. 처음 발생했을 때 나를 좌절시키고 다음 Google 결과를 찾습니다.
내가 틀렸다면 정정하십시오. 그러나 당신과 팀 리더는 다른 단어로 똑같은 말을하는 것 같습니다. –
lc, 필자는 이미 오타를 만들었습니다 ;-) –