논란의 button

1665 단어 UIcssIE
나는 페이지에서 button 요소를 사용하는 것을 줄곧 좋아하지 않았다. 왜냐하면 그것은 일찍이 나를 골치 아프게 한 적이 있기 때문이다. 최근에 프로젝트의 유지 보수 과정에서 또 이 문제에 부딪혔기 때문에 불평을 늘어놓았다.
button은 폼으로 제출하면 시간이 촉발될 수 있습니다. 아마도 매우 편리할 것입니다. 많은 사람들이 그것을 즐겨 사용합니다. 왜냐하면 이것은 자신의 외관을 가지고 CSS를 쓰는 번거로움을 줄이기 때문입니다. 그러나 이 때문에 너무 억지스럽습니다. 저는 UI가 아니기 때문에 button이 인터페이스에 다른 장점을 설정하는지 모르겠지만 불필요한 번거로움을 가져왔습니다.특히 i8과 FF 밑에 있다.
처음에는 button을 좋아하지 않기 때문에 이벤트를 터치하면 자동으로 페이지를 갱신하지만 일부 합병은 페이지를 갱신할 필요가 없기 때문에 잠재적인 규칙은 페이지 이벤트에서 탭이나 자신이 탭에서 onclick을 사용하는 데 사용됩니다.그러나 유지보수 프로젝트에서 페이지에 많은 button을 사용한 것을 발견했다. 폼 제출에 button을 사용했을 뿐만 아니라 일부 페이지 효과에도 button을 사용했기 때문에 button의 죄상을 열거하기로 결정했다(약간 좌경적인 생각을 할 수 있다).  1. button의 값 추출 문제이것은 흔히 볼 수 있는 문제입니다. 먼저 코드를 보십시오.<script> function a(){ alert("a") ; alert(document.getElementById("bb").value) ; } </script> <body onload="a()"> <button value= "올바른 값" id= "bb"> <span style="color:red;">잘못된 값</span> </button> </body> IE에서 코드를 실행하면 실제value 값을 얻지 못했습니다. jQuery 1.3.2중에도 이런 문제가 있다  2.ie8 자동 폼 제출원본 코드<button onclick="a()" value="test"> </button> 하지만 i8에서는<button onclick="a()" value="test" type="submit"> </button> 그래서 원클릭 시간을 터치하면 자체적인submit 시간을 실행하여 폼 제출 페이지를 새로 고칩니다  3.질문위의 문제와 유사하다<button onclick="next()" value="test"> </button> button은 i8에서submit 속성을 가지고 있기 때문에 키보드 enter 이벤트를 터치할 때 폼 제출 이벤트를 터치합니다.가장 흔히 볼 수 있는 응용 프로그램은 button에서 가장 페이지를 나누는 점프 버튼으로 키보드를 통해 다음 페이지로 넘어가려고 했지만 i8 아래에서이것은submit 이벤트를 터치하여 페이지 페이지에 버그가 발생하도록 합니다이것은 내가 만났던 문제로, button에 대한 좋지 않은 인상을 심화시켰지만, 그래도 누군가가 나를 반박하길 바란다

좋은 웹페이지 즐겨찾기