어떤 지식을 배우든 어려움이 있을 것입니다. 물론 JavaScript를 배우는 것도 마찬가지입니다. 이 기사에서는 Javascript를 배울 때의 몇 가지 어려움을 요약하고 각 어려움을 설명합니다.
1. 체계적인 지식으로 문제를 구체화합니다
우리는 공부를 하다 보면 같은 문제를 해결하기 위해 다른 방법을 사용할 수 있다는 것을 종종 발견합니다. 예를 들어 클릭 이벤트를 요소에 바인딩하려면 HTML 요소에
바인딩하기 위해 이벤트에 함수를 전달할 수 있다는 것을 두 번째로 보면: a.onclick=f1; 그러면 이벤트를 바인딩하는 방법이 두 가지 이상 있다고 생각할 것입니다.
addachEvent("onclick",f1)를 사용하여 이벤트를 바인딩하는 것을 세 번째로 보면 이벤트를 바인딩하는 방법이 세 가지 이상 있을 수 있다는 생각이 들 것입니다. 그리고 하나의 작업을 수행하기 위해 세 가지 동일한 방법을 사용할 이유가 없습니다. 둘 사이에 약간의 차이점이 있습니까?
그렇다면 이들의 차이점은 무엇인가요? 이벤트를 바인딩하는 방법에는 몇 가지가 있나요? IE에서 메소드가 호환되지 않는 것을 발견하면 여전히 이유가 무엇인지 묻습니다. 내 문법이 틀렸나요? 아니면 무슨 일이에요? 하나씩 질문에 답한 후에는 "맙소사! 언제쯤 자바스크립트를 잘 배울 수 있을까?!"라고 스스로에게 물어봐야 합니다.
이대로 가면 JS를 잘 배우기 어려울 수도 있어요. 사실 나는 당신이 그에게서 배우는 것이 멀지 않은데 방법을 모른다고 말하고 싶습니다. 이유는 무엇입니까? 그 이유는 체계적인 지식이 없기 때문입니다. 그 이유는 "The Definitive Guide to JavaScript"를 읽지 않았기 때문입니다. 이벤트 바인딩에는 네 가지 방법이 있으며 그 중 두 가지는 모든 브라우저에서 지원되는 기본 방법입니다. 고급 방법이 두 가지 더 있는데 하나는 W3C 표준 방법이고 다른 하나는 IE 표준 방법인데 왜 IE가 고급 방법 중 하나와 호환되지 않는지 아시나요?
이제 상황이 구체적이므로 이벤트를 바인딩할 때 이 네 가지 방법만 고려하면 더 이상 의심할 여지가 없습니다. 또한 이벤트를 이해하고 다음으로 다른 문제도 이해해야 한다고 느낄 것입니다. 물론 JS에서 마침내 진전을 이루었다고 느낄 것입니다.
2. 자바스크립트의 역사를 이해해야 한다
JS의 역사를 이해하고 있나요? 물론 원래는 JavaScript라고 불리지 않았고 IE에서 처음 구현되지도 않았다는 것을 알고 있습니다. 네, 아주 좋습니다만 가장 중요한 것은 아닙니다. 이것을 안다고 해서 마스터가 되는 것은 아닙니다. 좀 더 자세히 이해해야 하며, 주로 기능적 진화의 역사를 이해해야 합니다.
위와 같이 이벤트를 바인딩하는 방법이 왜 이렇게 많은 걸까요? 요소를 얻는 방법이 왜 그렇게 많습니까? document.links[]가 더 형식적인가요? 아니면 getElementsByTagName('a') 가 더 형식적인가요? 어느 것이 더 나은 호환성을 가지고 있습니까? 그런 방법이 몇 개나 있나요?
한 질문이면 머리가 아프고, 열 질문이면 시작할 수 없고, 백 질문이면 자신을 의심하게 됩니다. 천가지 질문이 드디어 "맙소사! 언제쯤 자바스크립트를 잘 배울 수 있지?"라는 질문으로 돌아옵니다. 하하, 그런 경우가 많습니다. 해결책은 그것을 구체화하고, 얼마나 많은 메소드가 있는지, 왜 이런 메소드가 있는지를 이해하는 것입니다. JS는 외계인이 남긴 것이 아니라 인간이 만든 것이고, 그 사람의 생각도 한정되어 있기 때문에 이런 질문에 대한 답이 있어야겠죠?
document.links[]가 레거시 문서 메소드이고, 이러한 레거시 메소드가 총 5개 있다는 것을 알고 나면. 앵커[], 애플릿[], 양식[], 이미지[], 링크[]인 경우 일부 문제는 사라집니다. DOM 표준이 이를 유지하고 모든 브라우저가 이를 지원한다는 것도 알고 있으면 소위 "레벨 0 DOM"이라는 사실을 알게 되면 또 다른 "딜레마"에서 벗어날 수 있습니다.
3. JS는 교차된 지식 구조를 가지고 있습니다
JS의 지식 구조는 가로와 세로로 교차되어 있어 이해하기가 더 어렵습니다. 이 점을 명확히 이해해야 합니다. 아래에서 "교차"에 대해 설명하겠습니다.
일반 지식은 수평적입니다. 예를 들어, 큰 관점에서 JS는 핵심 부분과 클라이언트 부분으로 나누어집니다. 이것은 수평입니다. 핵심 부분은 어휘 구조, 데이터 유형 및 값, 변수, 표현식 및 연산자, 명령문, 객체 및 배열, 함수, 클래스, 모듈 및 네임스페이스, 정규 표현식으로 구분됩니다. 이것도 수평적이다.
클라이언트 부분은 BOM, DOM, 이벤트, 스타일, 양식 등으로 나눌 수 있습니다. 이 역시 수평적 지식 구조입니다.
시간을 구조로 사용하는 기술은 거의 없지만, 브라우저의 개발이 역동적이기 때문에 시대에 따른 브라우저마다 JS 구현 수준이 다르며, JS는 당시의 브라우저에 대해 서로 다른 시간에 작성되었습니다. 기술이 발전한다고 해서 웹페이지를 무시할 수도 없고, 기술이 발전한다고 해서 모든 웹사이트를 다시 작성하는 것도 불가능합니다. 따라서 JS는 앞으로도 지원을 유지하면서 개발하고 업그레이드해야 합니다. 따라서 더 나은 방법이 있더라도 이전 방법을 유지해야 합니다. 예를 들어 새로운 W3CDOM에서는 "레벨 0 DOM"이 어느 정도 수직적입니다. 의.
지식 구조를 명확하게 이해하면 문제를 해결하고 싶을 때 어떤 지식을 사용하고 싶은지 알 수 있다는 장점이 있습니다. 예를 들어, 문서에서 요소의 위치를 얻으려면 DOM에서 요소의 속성을 사용하는 방법을 알아야 합니다. 마우스 포인터의 위치를 얻으려면 이벤트 객체. 요소에 대한 참조를 얻으려면 레거시 DOM 또는 W3C 표준 DOM 방법을 사용할 수 있습니다. 이것은 좋은 일입니다.
사실 위 문제의 핵심은 체계화와 구체성이 학습과정에서 매우 중요하다고 생각하는 지점입니다. 이것은 정말로 나에 대한 많은 의심을 해결했습니다.
어떤 지식이나 기술이든 마찬가지다. 시스템 전체를 체계적으로 공부하다 보면 직면하는 문제도 천천히 해결되고, 더 깊이 이해하게 될 것이다.
JavaScript의 어려운 점을 안내해 드리고자 합니다. 더 많은 관련 글은 PHP 중국어 홈페이지(www.php.cn)를 주목해주세요!