2.1 자바스크립트의 탄생
- 1995년, 넷스케이프 커뮤니케이션즈는 브라우저에서 동작하는 경량 프로그래밍 언어를 도입하기로 결정하였고 그래서 탄생한 것이 브렌던 아이크가 개발한 자바스크립트다.
- 1996년 3월, 넷스케이프 커뮤니케이션즈의 웹 브라우저인 넷스케이프 내비게이터2에 탑재되었고 “모카”로 명명되었다.
- 1996년 9월, “라이브스크립트”로 이름이 바뀌었음
- 1996년 12월, “자바스크립트”라는 이름으로 최종 명명되었다.
자바스크립트가 탄생한 뒤 파생버전인 JScript가 출시되어 자바스크립트는 위기를 맞는다.
2.2 자바스크립트의 표준화
- 1996년 8월, 마이크로소프트는 자바스크립트의 파생버전인 “JScript”를 인터넷 익스플로러 3.0에 탑재했다.
하지만 자바스크립트와 표준화되지 못하고 적당히 호환되었고 자사 브라우저에서만 동작하는 기능을 경쟁적으로 추가하기 시작하면서 브라우저에 따라 웹페이지가 정상적으로 동작하지 않는 크로스 브라우징 이슈가 발생하기 시작했다.
- 1996년 11월, 넷스케이프 커뮤니케이션즈는 컴퓨터 시스템의 표준을 관리하는 비영리 표준화기구인 ECMA 인터내셔널에 자바스크립트의 표준화를 요청한다.
- 1997년 7월, ECMA-262 라 불리는 표준화된 자바스크립트 초판(ECMAScript 1) 사양이 완성되었고 상표권 문제로 자바스크립트는 ECMAScript 로 명명되었다.
- 1999년, ECMAScript 3(ES3)이 공개
- 2009년, ECMAScript 5(ES5)는 HTML5와 함께 출현한 표준사양이다.
- 2015년, ECMAScript 6(ES6)는 let/const 키워드, 화살표 함수, 클래스, 모듈 등과 같이 여러 기능들을 대거 도입하였다.
2.3 자바스크립트 성장의 역사
초창기 대부분의 로직은 주로 웹 서버에서 실행되었고,
브라우저는 서버로부터 전달받은 HTML과 CSS를 단순히 렌더링하는 수준이었다.
렌더링이란 HTML, CSS, 자바스크립트로 작성된 문서를 해석해서 브라우저에 시각적으로 출력하는 것을 말한다. 대로는 서버에서 데이터를 HTML로 변환해서 브라우저에게 전달하는 과정(SSR: Server Side Rendering)을 가리키기도 한다.
2.3.1 Ajax
1999년, 자바스크립트를 이용해 서버와 브라우저가 비동기 방식으로 데이터를 교환할 수 있는 통신기능인
Ajax가 XMLHttpRequest 라는 이름으로 등장했다.
서버로부터 필요한 데이터만 전송받아 변경해야 하는 부분만 한정적으로 렌더랑하는 방식이 가능해져
데스크톱 애플리케이션과 유사한 빠른 성능과 부드러운 화면 전환이 가능해졌다.
(새로고침 처럼 화면이 순간적으로 깜빡이는 현상이 없음)
2.3.2 jQuery
출처: https://jquery.com/
2006년, jQuery 의 등장으로 DOM(Document Object Model)을 더욱 쉽게 제어하고
크로스 브라우징 이슈도 어느정도 해결이 되었다.
2.3.3 V8 자바스크립트 엔진
2008년 등장한 구글의 V8 자바스크립트 엔진은 빠른 성능을 보여주었고
자바스크립트는 데스크톱 애플리케이션과 유사한 사용자 경험을 제공할 수 있는
웹 애플리케이션 프로그래밍 언어로 정착하게 되었다.
과거 웹 서버에서 수행되던 로직들이 대거 클라이언트(브라우저)로 이동했고,
이는 프런트엔드 영역이 주목받는 계기로 작용했다.
2.3.4 Node.js
출처: https://nodejs.org/en/about/branding
2009년, 라이언 달이 발표한 Node.js 는
구글 V8 자바스크립트 엔진으로 빌드된 자바스크립트 런타임 환경이다.
브라우저의 자바스크립트 엔진에서만 동작하던 자바스크립트를
브라우저 이외의 환경에서도 동작할 수 있도록
자바스크립트 엔진을 브라우저에서 독립시킨 자바스크립트 실행 환경이다.
주로 서버 사이드 애플리케이션 개발에 사용된다.
자바스크립트 엔진을 기반으로 하므로 자바스크립트를 사용해 개발하므로
프론트, 백엔드 영역에서 별도의 언어를 학습하기 위한 시간을 덜 수 있다는 장점이 있다.
비동기 I/O를 지원하며 단일 스레드 이벤트 루프 기반으로 동작함으로써 요청 처리 성능이 좋다.
따라서, 데이터를 실시간으로 처리하기 위해 I/O가 빈번하게 발생하는 SPA(Single Page Application)에 적합하다.
하지만 CPU 사용률이 높은 애플리케이션에는 권장하지 않는다.
자바스크립트는 크로스 플랫폼을 위한 가장 중요한 언어로 주목받고 있다.
2.3.5 SPA 프레임워크
CBD(Component based development ) 방법론을 기반으로 하는
SPA(Single Page Application)가 대중화되면서 Angular, React, Vue.js, Svelte 등 다양한 프레임워크/라이브러리가 생겼다.
2.4 자바스크립트와 ECMAScript
- ECMAScript 는 프로그래밍 언어의 값, 타입, 객체와 프로퍼티, 함수, 표준 빌트인 객체 등 핵심 문법을 규정한다. 각 브라우저 제조사는 ECMAScript 사양을 준수해서 브라우저에 내장되는 자바스크립트 엔진을 구현한다.
- 자바스크립트는 일반적으로 프로그래밍 언어로서 ECMAScript 와 브라우저가 별도 지원하는 클라이언트 사이드 Web API 등을 아우르는 개념이다.
클라이언트 사이드 Web API
DOM, BOM, Canvas, XMLHttpRequest(ajax), fetch, requestAnimationFrame, SVG, Web Storage, Web Component, Web Worker 등이 포함되며 월드 와이드 우베 콘소시엄에서 별도의 사양으로 관리하고 있다.
2.5 자바스크립트의 특징
- 웹 브라우저에서 동작하는 유일한 프로그래밍 언어
- 개발자가 별도의 컴파일 작업을 수행하지 않는 인터프리터 언어
- 명령형, 함수형, 프로토타입 기반, 객체지향 프로그래밍을 지원하는 멀티 패러다임 프로그래밍 언어
- 자바스크립트는 런타임에 컴파일 되며 실행 파일이 생성되지 않고 인터프리터의 도움 없이 실행할 수 없기 때문에 컴파일러 언어라고 할 수는 없다.
컴파일러 언어의 특징
- 코드가 실행되기 전 단계인 컴파일 타임에 소스코드 전체를 한번에 머신 코드로 변환한 후 실행한다.
- 실행 파일을 생성
- 컴파일 단계와 실행 단계가 명시적으로 분리되어 있어서 코드 실행 속도가 빠르다.
- 실행에 앞서 컴파일은 단 한번 수행
인터프리터 언어의 특징
- 코드가 실행되는 런타임에 문 단위로 한 줄씩 중간코드인 바이트코드로 변환한 후 실행
- 실행 파일 생성안함
- 인터프리트 단계와 실행 단계가 분리되어 있지 않아서 한 줄씩 바이트코드로 변환하고 즉시 실행함
- 코드가 실행될 때마다 인터프리트 과정이 반복 수행되므로 코드 실행 속도가 느리다
2.6 ES6 브라우저 지원 현황
인터넷 익스플로러를 제외한 모던 브라우저의 ES6 지원 비율은 96~99%로 거의 100%에 육박하지만
인터넷 익스플로러나 구형 브라우저는 ES6를 대부분 지원하지 않는다.
혹시 고려해야하는 상황이면 바벨과 같은 트랜스파일러를 사용해 ES5 이하의 사양으로 다운그레이드할 필요가 있다.
출처: 모던 자바스크립트 Deep Dive 책