웹 프로그래밍에서 Javascript를 사용하는 역사적 근거는 무엇입니까?

나는 우리가 파이썬을 많이 사용하는 과학적 생물학 배경에서 왔습니다.

이제 웹 개발을 시작하기 시작하면서 웹에서 JavaScript가 주요 클라이언트 측 언어 인 이유가 무엇인지 궁금하게 생각했습니다.

JavaScript의 우세는 역사적 사고 또는 다른 것입니까? 또한 파이썬을 클라이언트 측 스크립팅에 통합하는 데 장애물이 있는지 궁금합니다.

JavaScript는 대중적인 웹 브라우저에서 사용할 수있는 최초의 스크립팅 언어이므로 거의 보편적으로 구현되었습니다. 널리 사용되는 모든 브라우저에서 사용할 수있는 유일한 프로그래밍 언어이기 때문에 클라이언트 측 프로그래밍 언어가 우세한 것 외에는 선택의 여지가 없었습니다.

Internet Explorer는 플러그 가능한 스크립팅 엔진 (VBScript 및 JScript와 함께 제공)을 허용하는 방식으로 JavaScript를 구현했습니다. PerlScript 또는 PythonScript로 코드를 작성하는 것을 선호한다면 (가능하지만) 모든 클라이언트에 해당 스크립트 언어를 설치해야했으며 IE를 사용해야했습니다. 내부 프로젝트를 위해이 작업을 수행 할 수는 있지만 인터넷에서 작동하는 방법은 없습니다.

JavaScript는 원래 Brendan Eich가 작성했습니다. 1995 년 9 월 Netscape Navigator 2.0 베타 릴리스와 함께 LiveScript로 제공되었지만 1995 년 12 월 Sun Microsystems와의 공동 발표로 JavaScript로 이름이 바뀌 었습니다. JavaScript는 Ecma International에 제출 된 후 (1996 년) 표준화 된 ECMAScript

현재 시장 지배력은 주로 역사적 관성 때문입니다.

출처 : http://en.wikipedia.org/wiki/JavaScript#History

확실하지 않지만 경량의 클라이언트 측 스크립팅 언어입니다. 나는 그 기원이 초기 Netscape 브라우저에 있다고 생각합니다 (잘못 될 수도 있지만). 실제로, 이름은 java와 관련이 없지만 "java"라는 단어를 포함하도록 릴리스 전에 변경되었습니다. 당시 인기를 얻는 것은 빠른 전술이었습니다.

나는 그것이 역사와 관련이 있다고 확신합니다.

그러나 나는 또한 웹 사이트가 내 브라우저에서 파이썬과 같은 완전한 기능을 갖춘 프로그래밍 언어를 실행할 수 있기를 원하지 않습니다. 보안상의 영향으로 인해 그러한 사이트에서 멀어 질 수 있습니다 (또는 브라우저 샌드 박스가 기밀 상태인지 매우 확신해야합니다).

"JavaScript의 우세가 역사적 사고 나 다른 것입니까?"

개인적으로 JS의 성공은 많은 사람들이 겪었던 것만큼이나 디자인의 문제이며, 단지 사고가 아니라 또는 놀이터의 첫 번째 아이라는 사실 때문에 인정하기 위해 계속 혐오 할 것입니다.

Brendan Eich는 Java 개발자에게 호소하기 위해 이름을 지었고 Java의 C 기반 구문과 같은 구문을 사용하여 Java 개발자에게 호소하기도했지만, www의 역사에서 가장 실제적인 언어 역학에 대한 Scheme에서 도출 한 가장 나쁜 결정 중 하나를 결정했습니다. 영감은 Java 개발자가 전혀 좋아하지 않는 것 같습니다.

JavaScript는 OOP에 대해 매우 유연하고 세분화 된 프로토 타입 상속을 사용하며, 클로저가 있으며, 유형은 100 % 동적이며, 함수 자체는 일류이므로 다른 객체 또는 데이터 유형처럼 전달되어 다른 컨텍스트에서 재사용 될 수 있습니다. 마치 처음부터 실제 객체 멤버로 선언 된 것처럼 객체에 즉시 적용됩니다. 많은 독점 가비지를 정규화하거나 고도의 비선형 UI 문제를 처리해야하는 이벤트 중심 아키텍처에 사용되는 것은 실제로 비명입니다.

웹의 시작이 끝날 무렵, Netscape와 IE가 의도적으로 다르게 작업을 시도한 브라우저와 10 년 이상의 브라우저 작업을 통해 실제 브라우저 전쟁을 통해 브라우저를 정규화하는 작업에 진지한 언어는 유일하게 사용 된 언어입니다. MS가 게으르고 자신이 바보 같은 반 경쟁 관행에 빠지기 때문에 IE가 방금 다른 일을했던 휴전은 브라우저 정체를 초래했으며, 이제 브라우저가 HTML과 관련하여 동일한 일반 사양에 동의하기 시작하는 세상, IE와 CSS와 DOM API는 구글과 모질라가 IE의 성능 수치를 보이게 만드는 JIT 컴파일러를 파기했기 때문에 최신 개발보다 단지 2-3 년 뒤에 불과한 IE보다 단지 2 년이 늦었다.IE9는 실제로 DOM API 지원을 2000 년대 Netscape가 지원했던 수준으로 심각하게 업그레이드 한 최초의 제품입니다.

JS는 Java 애플릿과 Adobe의 ActionScript for Flash 형식으로 경쟁했습니다. 그것은 심각한 경쟁자 전선에 관한 것입니다. MS는 VB를 푸시하려고했지만 ... VB 때문에 비참하게 실패했습니다. 또한 독점적입니다. 실제로 대부분의 사람들이 알고있는 것보다 훨씬 많은 플래시 사이트가있었습니다. 검색 엔진으로는 바보 같은 것을 찾을 수 없었습니다. 애플릿은 그들 자신의 일을했고 그것은 추악했습니다. 진짜 못 생겼어 JS는 일치하는 사양을 설정하는 사람에 동의하지 않은 사람들이 여러 브라우저의 컨텍스트 내에서 작업하는 문제를 실제로 해결 한 유일한 언어였습니다.

최근 몇 년 동안 JS는 훨씬 더 광범위한 응용 영역으로 폭발 해 왔습니다. 다른 웹 기술과 결합하여 기본적으로 모바일 프론트에서 다른 모든 솔루션을 넘어 뜨리도록 설계되었습니다. + 하나의 앱을 작성하고 모든 앱에서 작동하게하려면 웹 기술이 실제로 현실적인 선택이기 때문에 실제로는 현실적인 선택입니다.

그래서 아니, 그리고 나는 큰 팬이지만, 브라우저 외부에서 폭발적으로 인기를 얻는 것 이상으로 클라이언트 측의 다른 모든 경쟁자를 우연히 혼란스럽게 생각하지 않는다고 생각합니다. JS 이전에는 주로 학문적이지 않은 체계와 유사한 언어가 많지 않았습니다. JS에 몇 가지 강력한 장점이 있으며 클라이언트 측의 고유 한 요구 사항으로 인해 이러한 이점이 천천히 명백해졌습니다.