JavaScript: 세계에서 가장 오해받는 언어

JavaScript, Mocha, LiveScript, JScript 또는 ECMAScript는 세계에서 가장 인기 있는 프로그래밍 언어 중 하나입니다. 전 세계의 거의 모든 개인용 컴퓨터에는 적어도 하나의 JavaScript 인터프리터가 설치되어 활발하게 사용되고 있습니다. JavaScript의 인기는 전적으로 WWW 스크립팅 언어 분야에서의 지위 때문입니다.

인기에도 불구하고 JavaScript가 뛰어난 동적 객체 지향 범용 프로그래밍 언어라는 사실을 아는 사람은 거의 없습니다. 이것은 실제로 비밀이 될 수 있습니다! 이 언어는 왜 그렇게 오해됩니까?

이름

Java- 접두어를 보면 사람들은 쉽게 Java를 떠올리게 되고 Java의 하위 집합 또는 Java의 단순화된 버전이라고 생각하게 됩니다. 이 이름은 원래 의도적으로 개념을 혼동하고 "오해"를 일으키기 위해 은밀한 동기로 선택된 것 같습니다. JavaScript는 Java로 해석되지 않습니다. Java는 Java로 해석됩니다. 자바스크립트는 또 다른 언어입니다.

Java의 구문이 C와 매우 유사한 것처럼 JavaScript의 구문도 Java와 유사합니다. 그러나 Java가 C의 하위 집합이 아닌 것처럼 Java의 하위 집합도 아닙니다. Java(Oak)가 원래 의도했던 영역에서는 Java보다 낫습니다.

JavaScript는 Sun Microsystems의 제품이 아니며 Sun은 Java의 본고장입니다. JavaScript는 Netscape에서 개발되었습니다. 원래는 LiveScript라고 불렸는데요. 음... 여전히 좋은 이름입니다.

　-스크립트 접미사는 사람들이 실제 프로그래밍 언어가 아니라고 생각하게 만들고, 여전히 "프로그래밍 언어"와는 상당한 격차가 있습니다. 그러나 이는 단지 애플리케이션 도메인의 문제일 뿐입니다. C와 비교할 때 JavaScript는 풍부한 표현력과 유연한 형식을 제공하는 대신 성능을 희생합니다.

C 스킨의 Lisp

중괄호와 명령문 형식을 포함하여 JavaScript의 C와 유사한 구문은 일반적인 프로세스 지향 프로그래밍 언어처럼 보입니다. 이는 오해입니다. 왜냐하면 JavaScript는 C나 Java보다는 Lisp나 Scheme과 같은 기능적 언어와 더 많은 공통점을 갖고 있기 때문입니다. 목록 대신 배열을 사용하고 속성 목록 대신 개체를 사용합니다. 함수가 먼저 오고 클로저(클로저를 번역하는 방법)가 있으며 람다 표현식을 사용할 수도 있습니다.

유형 변환

JavaScript는 원래 Netscape Navigator에서 실행되도록 설계되었으며 Navigator에서의 성공으로 인해 거의 모든 웹 브라우저에서 표준 장비가 되었습니다. 이렇게 하면 "유형 변환"이 생성됩니다. JavaScript는 프로그래밍 언어의 George Reeves(슈퍼맨)이며 웹이 아닌 수많은 프로그램에 적합한 선택입니다.

이동 대상

처음 몇 가지 JavaScript 버전은 매우 약했고, 예외 처리도, 내부 기능도, 상속도 없었습니다. 오늘날에는 완전한 객체 지향 프로그래밍 언어가 되었습니다. 그러나 언어의 많은 아이디어는 미성숙한 형태에 기초하고 있습니다.

언어 관리자인 ECMA 위원회는 언어를 확장하고 있으며 가장 큰 문제인 버전이 너무 많다는 점을 고의적으로 악화시키고 있습니다. 이것이 혼란의 원인입니다.

설계 오류

완벽한 프로그래밍 언어는 없습니다. 또한 JavaScript에는 유형에 따라 "추가"와 "연결"을 모두 의미하는 오버로드된 + 기호와 오류가 발생하기 쉬운 with 문과 같은 설계 오류가 있습니다. 예약어 정책이 너무 엄격합니다. 세미콜론을 삽입하는 것은 큰 실수입니다. 예를 들어 문자 그대로 정규 표현식의 기호로 사용될 경우입니다. 이러한 실수는 프로그래밍 오류로 직접 이어졌고 언어의 전반적인 디자인에 의문을 제기했습니다. 다행히도 좋은 린트 프로그램을 사용하면 이러한 문제 중 상당수를 완화할 수 있습니다.

이 언어의 전반적인 디자인은 매우 분명합니다. 이상한 점은 ECMAScript 위원회가 기존 문제를 해결하는 데 큰 관심을 보이지 않고 아마도 새로운 문제를 만드는 데 더 관심이 있다는 것입니다.

구현 불량

일부 초기 JavaScript 구현에는 버그가 많았고 이는 결국 언어 자체에 매우 나쁜 영향을 미쳤습니다. 더 나쁜 것은 이러한 버그가 있는 구현이 버그가 있는 웹 브라우저에 내장되어 있다는 것입니다.

나쁜 책

거의 모든 JavaScript 책은 꽤 형편없습니다. 여기에는 오류가 포함되어 있고, 나쁜 예가 포함되어 있으며, 나쁜 관행을 조장합니다. JavaScript 언어의 일부 중요한 기능은 명확하게 설명되지 않거나 전혀 언급되지 않습니다. 나는 많은 JavaScript 책을 읽었지만 추천할 수 있는 책은 David Flanagan이 쓴 JavaScript: The Definitive Guide(4판)입니다. (저자님들 참고하세요. 좋은 책 쓰시면 한부 보내주시면 교정해 드리겠습니다.)

　'준표준'의 기준

공식 언어 ECMA 사양의 품질이 매우 낮습니다. 읽기 어려울 뿐만 아니라 이해하기도 매우 어렵습니다. 이는 저자가 이 표준 문서를 통해 언어에 대한 더 깊은 이해를 얻을 수 없는 "나쁜 책"에 많은 기여를 했습니다. ECMA와 TC39는 이에 대해 매우 당황스러워해야 합니다.

아마추어

JavaScript를 사용하는 대부분의 사람들은 좋은 프로그램을 작성하기 위한 교육과 훈련이 부족합니다. JavaScript는 표현력이 매우 뛰어나며 어쨌든 유용한 작업을 수행할 수 있습니다. 이로 인해 JavaScript는 전문 프로그래머보다 아마추어에게 더 적합하다는 평판을 얻었습니다. 이것은 분명히 실수입니다.

객체지향

자바스크립트는 객체지향인가요? 여기에는 개체가 있으며 해당 개체에는 데이터와 해당 데이터에 대한 작업 메서드가 포함될 수 있습니다. 클래스는 없지만 클래스 변수 및 메서드 선언을 포함하여 클래스 작업을 수행하는 생성자가 있습니다. 클래스 지향 상속은 없지만 프로토타입 지향 상속은 있습니다.

객체 시스템을 구축하는 두 가지 주요 방법은 상속(is-a)과 집계(has-a)입니다. JavaScript에는 두 가지가 모두 있지만 동적 특성을 통해 집계보다 더 나은 구현이 가능합니다.

JavaScript가 진정한 객체 지향이 아니라는 일부 주장은 정보 숨김 기능을 제공하지 않는다는 사실에 근거합니다. 즉, JavaScript 객체에는 비공개 변수나 메서드가 없습니다. 모든 멤버는 공개입니다.

그러나 사실 JavaScript 객체는 개인 변수와 개인 메소드를 가질 수 있습니다(이를 수행하는 방법을 보려면 여기를 클릭하십시오). 물론, 이것을 아는 사람이 거의 없는 이유는 JavaScript가 세계에서 가장 오해받는 언어이기 때문입니다.

JavaScript가 진정한 객체 지향이 아니라는 또 다른 주장은 상속을 제공하지 않는다는 것입니다. 그러나 사실 JavaScript는 고전적인 상속을 지원할 뿐만 아니라 다른 코드 재사용 패턴도 지원합니다.

번역: Yuan Xiaohui 원본 링크: http://www.crockford.com/javascript/javascript.html