[ 2장 ] 자바스크립트란?

2장 자바스크립트란?

2-1. 자바스크립트의 탄생

• 1995년 약 90%의 시장 점유율로 웹 브라우저 시장을 지배하고 있던 넷스케이프 커뮤니케이션즈는 웹페이지의 보조적인 기능을 수행하기 위해 브라우저에서 동작하는 경량 프로그래밍 언어를 도입하였고, 이때 브렌던 아이크가 개발한 것이 자바스크립트 이다.
• 1996년 넷스케이프의 내비게이터2에 탑재되어 모카(Mocha)로 명명 하였고, 그해 9월 라이브 스크립트(LiveScript), 12월에 자바스크립트(Javascript)로 명명 되었다.

2-2. 자바스크립트의 표준화

1996년 넷스케이프 커뮤니케이션즈와 마이크로소프트 사의 각각의 브라우저에서만 동작하는 기능을 추가하다가, 크로스 브라우징 이슈가 발생하여 컴퓨터 시스템의 표준을 관리하는 비영리 표준화 기구인 ECMA 인터내셔널에 JS표준화를 요구.

1997년 ECMA-262라는 초판이 완성되었고, ECMAScript로 명명
1999년 ECMAScript3(ES3)공개
2009년 ECMAScript5(ES5)와 함께, HTML5 표준 사양으로 출현
2015년 ECMAScript6(ECMAScript 2015, ES6) 공개

2-3. 자바스크립트의 성장 역사

Ajax
1999년 자바스크립트를 이용해 서버와 브라우저가 비동기 방식으로 데이터를 교환할 수 있는 통신 기능인 Ajax(Asynchronous JavaScript and XML)가 XMLHttpRequest라는 이름으로 등장.

jQuery
2006년 jQuery의 등장으로 다소 번거롭고 논란이 있던 DOM(Document Object Model)을 더욱 쉽게 제어할 수 있게 되었고 크로스 브라우징 이슈도 어느 정도 해결되었다.

V8 자바스크립트 엔진
2008년 V8 자바스크립트 엔진의 등장으로 자바스크립트는 데스크톱 애플리케이션과 유사한 사용자 경험(UX
user experience)을 제공할 수 있는 웹 애플리케이션 프로그래밍 언어로 정착하게 되었다.

Node.js
2009년 라이언 달이 발표한 Node.js는 구글 V8 자바스크립트 엔진으로 빌드된 자바스크립트 런타임 환경 이다.
Node. js는 브라우저의 자바스크립트 엔진에서만 동작하던 자바스크립트를 브라우저 이외의 환경에서도 동작할 수 있도록 자바스크립트 엔진을 브라우저에서 독립시킨 자바스크립트 실행 환경이다. Node.js는 비동기 I/O를 지원하며, 단일 스레드 이벤트 루프 기반으로 동작함으로써 요청처리 성능이 좋다. 따라서 데이터를 실시간으로 처리하기 위해 I/O가 빈번하게 발생하는 SPA(Single Page Application)에 적합하다. 하지만 CPU사용률이 높은 애플리케이션에는 권장하지 않는다. 또한 Node.js 덕분에 자바스크립트는 브라우저를 벗어나 서버나 사이드 애플리케이션 개발에서도 사용할수 있는 범용 프로그래밍 언어이며, 크로스 플랫폼을 위한 가장 중요한 언어로 주목받고 있다.

SPA 프레임워크
여러 요구들에 맞춰 CBD(Component based development) 방법론을 기반으로 하는 SPA(Single Page Application)가 대중화 되면서 Angular, React, Vue.js, Svelte등 다양한 SPA 프레임워크, 라이브러리 또한 많은 사용층을 확보하고 있다.

2-4 자바스크립트와 ECMAScript

자바스크립트는 일반적으로 프로그래밍 언어로서 기본 뼈대를 이루는 ECMAScript와 브라우저가 별도로 지원하는 클라이언트 사이드 Web API, DOM, BOM, Canvas, XMLHttpRequest, fetch, 등을 아우르는 개념이다.

2-5 자바스크립트의 특징

• 자바스크립트는 HTML CSS와 함께 웹을 구성하는 요소 중 하나이며, 유일하게 웹 브라우저에서 동작하는 프로그래밍 언어이다.
• 별도의 컴파일 작업을 수행하지 않는 인터프리터 언어 이다.
• 명령형, 함수형, 프로토타입 기반 객체지향 프로그래밍을 지원하는 멀티 패러다임 프로그래밍 언어 이다.
• 자바스크립트는 클래스 기반 객체 지향 언어보다 효율적이면서, 강력한 프로토타입 기반의 객체지향 언어이다.

컴파일러 언어	인터프리터 언어
코드가 실행되기 전 단계인 컴파일 타임에 소스코드 전체를 한번에 머신코드로 변환 후 실행	코드가 실행되는 단계인 런타임에 문 단위로 한 줄씩 중간 코드인 바이트코드로 변환 후 실행
실행파일 생성	실행파일 생성하지 않음
컴파일 단계와 실행 단계 분리	인터프리트 단계와 실행 단계가 분리되지 않음
실행에 앞서 컴파일은 전체 한번	코드가 실행 될때 마다 인터프리트 과정 반복 수행
컴파일, 실행단계 분리됨 -> 실행 속도 빠름	인터프리트, 실행단계 분리되지 않음 -> 비교적 느림