Java 접두사의 힌트로 인해 사람들은 항상 JavaScript를 Java와 연관시키게 되며 JavaScript는 Java의 하위 집합이거나 Java보다 기능이 떨어지는 버전이라고 생각하게 됩니다. 자바스크립트라는 이름은 혼란을 주기 위해 붙인 것으로 보이며, 이러한 혼란은 이후의 오해를 불러일으킵니다. JavaScript는 Java로 해석되지 않으며 Java는 Java입니다. JavaScript는 다른 프로그래밍 언어입니다.
JavaScript 구문은 Java와 유사하며 Java가 C와 유사합니다. 그러나 Java가 C의 하위 집합이 아닌 것처럼 JavaScript도 Java의 하위 집합이 아닙니다. JavaScript는 원래 Java(Oak)가 의도했던 것보다 애플리케이션에서 더 나은 성능을 발휘합니다.
JavaScript는 Java의 탄생지인 Sun Microsystems가 아닌 Netscape에서 개발되었습니다. 원래는 LiveScript라고 불렸으며 그 이름은 사람들을 크게 혼란스럽게 하지 않았습니다.
접미사 Script의 힌트는 JavaScript가 실제 "프로그래밍 언어"가 아님을 보여줍니다. 스크립팅 언어로서 JavaScript와 프로그래밍 언어 사이에는 여전히 격차가 있습니다. 그러나 이것은 실제로 직업적인 문제입니다. C 언어와 비교할 때 JavaScript는 더 풍부한 표현력과 역동성을 위해 성능을 희생합니다.
JavaScript의 C와 유사한 구문(중괄호 및 번거로운 for 문 포함)은 일반적인 절차적 언어처럼 보입니다. 이는 JavaScript가 C나 Java보다 Lisp 및 Scheme과 같은 기능적 언어와 더 많은 공통점을 갖고 있기 때문에 오해의 소지가 있습니다. 목록 대신 배열을 사용하고 속성 목록 대신 객체를 사용합니다. 함수는 첫 번째 유형이며 함수에는 클로저가 있을 수 있습니다. 익명 함수를 사용하기 위해 모든 괄호의 균형을 맞출 필요는 없습니다.
JavaScript는 원래 Netscape Navigator에서 실행되도록 설계되었습니다. 그 성공으로 인해 모든 웹 브라우저에서 사실상 표준이 되었습니다. 이는 언어 유형의 고정관념을 초래합니다. JavaScript는 프로그래밍 언어의 George Reeves라고 할 수 있습니다. JavaScript는 웹 페이지와 관련이 없는 많은 응용 프로그램에도 적합합니다.
JavaScript의 첫 번째 버전은 상당히 약했습니다. 예외 처리, 내장 기능, 상속이 부족합니다. 현재 형태로는 완전한 객체 지향 프로그래밍 언어입니다. 그러나 언어에 반대하는 많은 주장은 미성숙한 형태에 기초하고 있습니다.
언어 관리를 담당하는 ECMA 위원회는 확장 기능을 개발하고 있는데, 이는 좋은 의도이지만 버전이 점점 더 많아진다는 점에서 더 큰 문제를 악화시키기도 합니다. 그리고 이는 더 많은 혼란을 야기했습니다.
완벽한 프로그래밍 언어는 없습니다. JavaScript에는 추가를 표현하기 위한 오버로딩과 유형 변환을 통한 문자열 연결과 같은 자체 설계 오류도 있습니다. 예약어 정책이 너무 엄격합니다. 세미콜론을 삽입하는 것도 정규식 표기와 마찬가지로 큰 실수입니다. 이러한 오류는 언어 전체의 디자인에 의문을 제기하면서 프로그래밍 오류로 이어질 수 있습니다. 다행히도 매우 좋은 린트 프로그램을 사용하면 이러한 문제 중 상당수를 완화할 수 있습니다.
이 언어의 전반적인 디자인은 상당히 건전합니다. 놀랍게도 ECMAScript 위원회는 이러한 오류를 수정하는 데 관심이 없는 것 같습니다. 아마도 그들은 새로운 언어를 만드는 데 더 관심이 있을 것입니다. (참고: 이것은 저자의 농담이어야 합니다).
JavaScript의 일부 초기 구현에는 오류가 많았습니다. 이것이 언어에 반영됩니다. 설상가상으로 이러한 구현은 훨씬 더 버그가 많은 웹 브라우저에 내장되어 있습니다.
JavaScript에 관한 거의 모든 책은 꽤 나쁩니다. 그들은 실수, 부적절한 예, 도움이 되지 않는 연습으로 가득 차 있습니다. 언어의 중요한 기능이 제대로 설명되지 않거나 완전히 무시됩니다. 나는 JavaScript에 관한 많은 책을 개정했지만, David Flanagan이 쓴 "JavaScript에 대한 최종 가이드(제5판)" 하나만 추천합니다. (저자 주: 좋은 책을 쓰시면 무료로 보내주세요.)
JavaScript의 공식 사양은 ECMA에서 공개합니다. 이 공식 사양의 품질은 상당히 낮습니다. 그리고 읽고 이해하기가 어렵습니다. 저자는 언어에 대한 이해를 향상시키기 위해 표준 문서를 사용할 수 없기 때문에 이것은 나쁜 책의 문제에 기여합니다. ECMA와 TC39 위원회는 이에 대해 깊은 당혹감과 불안을 느껴야 합니다.
JavaScript를 사용하는 많은 사람들은 프로그래머가 아닙니다. 그들은 좋은 프로그램을 작성하기 위한 전문성과 훈련이 부족합니다. 그럼에도 불구하고 JavaScript는 표현력이 뛰어나서 JavaScript를 사용하여 의미 있는 일을 많이 할 수 있습니다. 이로 인해 JavaScript는 명성을 얻었습니다. 즉, JavaScript는 전적으로 아마추어를 위해 설계된 언어이며 전문 프로그래밍에는 적합하지 않습니다. 실제로는 그렇지 않습니다.
JavaScript는 객체 지향인가요? 여기에는 개체가 있으며 해당 개체에는 데이터와 데이터 처리 방법이 포함될 수 있습니다. 개체에는 다른 개체가 포함될 수 있습니다. 클래스는 없지만 클래스 변수 및 메서드에 대한 컨테이너 역할을 포함하여 클래스와 유사한 작업을 수행할 수 있는 생성자가 있습니다. 클래스 지향 상속은 없지만 프로토타입 지향 상속은 있습니다.
객체 시스템을 만드는 두 가지 주요 방법은 상속과 집계를 통한 것입니다. JavaScript에는 두 가지 방법이 모두 있지만 동적 특성으로 인해 집계를 기반으로 하는 것이 훨씬 더 좋습니다.
어떤 사람들은 JavaScript가 정보 숨기기를 지원(제공)하지 않기 때문에 진정한 객체 지향이 아니라고 주장합니다. 즉, 객체는 전용 변수나 메서드를 가질 수 없습니다. 모든 멤버는 공용입니다.
하지만 JavaScript의 개체가 개인 변수와 개인 메서드를 가질 수 있다는 증거가 있습니다. (참고: 원본 기사에서 저자는 개인 변수 및 개체의 개인 메서드에 대한 문서에 대한 링크를 제공합니다.) 물론 이를 이해하는 사람은 거의 없습니다. 왜냐하면 JavaScript는 세계에서 가장 오해받는 프로그래밍 언어이기 때문입니다. (참고: 저자는 여기서 가벼운 마음으로 조롱하는 방식을 사용합니다.)
어떤 사람들은 JavaScript가 상속을 지원하지 않기 때문에 진정한 객체 지향이 아니라고 주장합니다. 그러나 이는 JavaScript가 전통적인 상속을 지원할 뿐만 아니라 다른 코드 재사용 패턴도 적용할 수 있음을 증명합니다. (참고: 원본 텍스트는 여전히 여기에 링크되어 있습니다.)
Copyright 2001 Douglas Crockford. 저작권 Wrrrrldwide.
【추천 강좌: Javascript 동영상 튜토리얼】
위 내용은 JavaScript: 세계에서 가장 오해받는 언어의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!
![[웹 프런트엔드] Node.js 빠른 시작](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
