[모던 자바스크립트 Deep Dive] 02장 자바스크립트란?
2.1 자바스크립트의 탄생
1995년, 약 90%의 시장 점유율로 웹 브라우저 시장을 지배하고 있던 넷스네이프 커뮤니케이션즈는
웹페이지의 보조적인 기능을 수행하기 위해 브라우저에서 동작하는 경량 프로그래밍 언어를 도입하기로 결정한다.
그래서 탄생한 것이 바로 브렌던 아이크가 개발한 "자바스크립트"다.
현재 모든 브라우저의 표준 프로그래밍 언어로 자리 잡았다.
하지만 자바스크립트가 탄생한 뒤 얼마 지나지 않아
자바스크립트 파생 버전인 JScript 가 출시되어 자바스크립트는 위기를 맞는다.
2.2 자바스크립트의 표준
JScript 와 자바스크립트는 자사 브라우저의 점유율을 높이기 위해
자사 브라우저에서만 동작하는 기능을 추가하기 시작했다.
이로 인해 브라우저에 따라 웹페이지가 정상적으로 동작하지 않는 크로스 브라우징 이슈가 발생했고
결과적으로 모든 브라우저에서 정상적으로 동작하는 웹페이지를 개발하기가 무척 어려워졌다.
자바스크립트의 파편화를 방지하고 모든 브라우저에서 정상적으로 동작하는 표준화가 필요했고
1996년 11월, 넷스케이프 커뮤니케이션즈는 컴퓨터 시스템의 표준을 관리하는 비영리 표준화 기구인 ECMA 인터내셔널에 자바스크립트의 표준화를 요청한다.
2.3 자바스크립트 성장의 역사
초창기 자바스크립트는 웹페이지의 보조적인 기능을 수행하기 위해 한정적인 용도로 사용되었다.
이 시기에 대부분의 로직은 주로 웹 서버에서 실행되었고,
브라우저는 서버로부터 전달받은 HTML 과 CSS 를 단순히 렌더링하는 수준이었다.
* 렌더링 : 문서를 해석해서 브라우저에 시각적으로 출력하는 것
2.3.1 Ajax
1999년,
자바스크립트를 이용해 서버와 브라우저가
비동기 방식으로 데이터를 교환할 수 있는 통신 기능
Ajax 가 XMLHttpRequest 라는 이름으로 등장했다.
이전의 웹페이지는 완전한 HTML 코드를 서버로부터 전송받아
웹 페이지 전체를 렌더링하는 방식으로 동작했다.
불필요한 데이터 통신이 발생하고 변경할 필요가 없는 부분까지
처음부터 다시 렌더링해야 하기 때문에 성능 면에서 불리했다.
Ajax 의 등장으로
서버로부터 필요한 데이터만 전송받아 변경해야 하는 부분만 한정적으로 렌더링하는 방식이 가능해졌다.
웹 브라우저에서도 데스크톱 애플리케이션과 유사한 빠른 성능과 부드러운 화면 전환이 가능해졌다.
2005년 구글이 발표한 구글맵스는
웹 애플리케이션 프로그래밍 언어로서 자바스크립트의 가능성을 확인하는 계기를 마련했다.
2.3.2 jQuery
2006년, jQuery 의 등장으로 다소 번거롭고 논란이 있던 DOM 을 더욱 쉽게 제어할 수 있게 되었고
크로스 브라우징 이슈도 어느 정도 해결되었다.
* DOM(Document Object Model)
jQuery는 빠르고, 작고, 기능이 풍부한 자바스크립트 라이브러리이다. 사용하기 쉬운 API로 HTML 문서 순회 및 조작, 이벤트 처리, 애니메이션, Ajax 등을 훨씬 단순하게 만든다.
2.3.3 V8 자바스크립트 엔진
웹 애플리케이션을 구축하려는 시도가 늘면서 더욱 빠르게 동작하는 자바스크립트 엔진의 필요성이 대두되었다.
2008년 등장한 구글의 V8 자바스크립트 엔진은 이러한 요구에 부합하는 빠른 성능을 보여주었다.
자바스크립트를 데스크톱 애플리케이션과 유사한 사용자 경험을 제공할 수 있는 웹 애플리케이션 프로그래밍 언어로 정착하게 해주었다.
* V8
V8은 C++로 작성된 구글의 오픈 소스 고성능 자바스크립트 및 웹어셈블리 엔진이다. Chrome과 Node.js 등에서 사용된다. ECMA스크립트와 WebAssembly를 구현하고 실행한다.
2.3.4 Node.js
2009년, 라이언 달이 발표한 Node.js 는 구글 V8 자바스크립트 엔진으로 빌드된
자바스크립트 런타임 환경이다.
브라우저의 자바스크립트 엔진에서만 동작하던 자바스크립트를 브라우저 이외의 환경에서도 동작할 수 있도록
자바스크립트 엔진을 브라우저에 독립시킨 자바스크립트 실행 환경이다.
다양한 플랫폼에 적용할 수 있지만 서버 사이드 애플리케이션 개발에 주로 사용되며,
이에 필요한 모듈, 파일 시스템, HTTP 등 빌트인(built-in) API 를 제공한다.
자바스크립트 엔진을 기반으로 하므로 Node.js 환경에서 동작하는 애플리케이션은 자바스크립트를 사용해 개발한다.
프론트엔드와 백엔드 영역에서 자바스크립트를 사용할 수 있다는 동형성은 별도의 언어를 학습하기 위한 시간을 덜 수 있다는 장점이 있다.
Node.js 는 비동기 I/O 를 지원하며 단일 스레드 이벤트 루프 기반으로 동작함으로써 요청 처리 성능이 좋다.
따라서 Node.js 는 데이터를 실시간으로 처리하기 위해 I/O가 빈번하게 발생하는 SPA(Single Page Application) 에 적합하다.
하지만 CPU 사용률이 높은 애플리케이션에는 권장하지 않는다.
* 비동기 I/O
데이터 전송을 마치기 전에 기타 프로세스가 계속하도록 허가하는 입출력 처리의 한 형태
Node.js 의 등장으로 자바스크립트는 브라우저를 벗어나 서버 사이드 애플리케이션 개발에서도 사용할 수 있는 범용 프로그래밍 언어가 되었다.
이제 자바스크립트는 크로스 플랫폼을 위한 가장 중요한 언어로 주목받고 있다.
* 크로스 플랫폼
컴퓨터 프로그램, 운영 체제, 컴퓨터 언어, 프로그래밍 언어, 컴퓨터 소프트웨어 등이 여러 종류의 컴퓨터 플랫폼에서 동작할 수 있다는 것을 뜻하는 용어
2.3.5 SPA 프레임워크
모던 웹 애플리케이션은 데스크톱 애플리케이션과 비교해도
손색없는 성능과 사용자 경험을 제공하는 것이 필수가 되었고, 더불어 개발 규모와 복잡도도 상승했다.
필요에 따라 많은 패턴과 라이브러리가 출현했다.
그 덕분에 개발에 많은 도움을 주었지만 변경에 유연하면서 확장하기 쉬운 애플리케이션 아키텍처의 구축을 어렵게 했고,
필연적으로 프레임워크가 등장하게 되었다.
* 프레임워크
소프트웨어 어플리케이션이나 솔루션의 개발을 수월하게 하기 위해 소프트웨어의 구체적 기능들에 해당하는 부분의 설계와 구현을 재사용 가능하도록 협업화된 형태로 제공하는 소프트웨어 환경을 말한다.
CBD(Computer vased development) 방법론을 기반으로 하는 SPA(Single Page Application) 가 대중화되면서
Angular, React, Vue.js, Svellte 등 다양한 SPA 프레임워크/라이브러리 또한 많은 사용층을 확보하고 있다.
2.4 자바스크립트와 ECMAScript
ECMAScript는 자바스크립트의 표준 사양인 ECMA-262 를 말하며, 프로그래밍 언어의 값, 타입, 객체와 프로퍼티, 함수, 표준 빌트인 객체 등 핵심 문법을 규정한다.
자바스크립트는 일반적으로 프로그래밍 언어로서 기본 뼈대를 이루는
ECMScript와 브라우저가 별도 지원하는 클라이언트 사이드 Web API 를 아우르는 개념이다.
2.5 자바스크립트의 특징
자바스크립트는 HTML, CSS 와 함께 웹을 구성하는 요소 중 하나로 웹 브라우저에서 동작하는 유일한 프로그래밍 언어다.
다른 프로그래밍 언어와 마찬가지로 자바스크립트는 기존의 프로그래밍 언어에서 많은 영향을 받았다.
기본 문법은 C, 자바와 유사하고 셀프에서는 프로토타입 기반 상속을, 스킴에서는 일급함수의 개념을 차용했다.
개발자가 별도의 컴파일 작업을 수행하지 않는 인터프리터 언어이다.
인터프리터는 소스코드를 즉시 실행하고 컴파일러는 빠르게 동작하는 머신 코드를 생성하고 최적화한다.
이를 통해 컴파일 단계에서 추가적인 시간이 필요함에도 더욱 빠르게 코드를 실행할 수 있다.
| 컴파일러 언어 | 인터프리터 언어 |
| 코드가 실행되기 전 단계인 컴파일 타임에 소스코드 전체를 한번에 머신 코드로 변환한 후 실행한다. | 코드가 실행되는 단계인 런타임에 문 단위로 한 줄씩 중간코드인 바이트코드로 변환한 후 실행한다. |
| 실행 파일을 생성한다. | 실행 파일을 생성하지 않는다. |
| 컴파일 단계와 실행 단계가 분리되어 있다. 명시적인 컴파일 단계를 거치고, 명시적으로 실행 파일을 실행한다. | 인터프리트 단계와 실행 단계가 분리되어 있지 않다. 인터프리터는 한 줄씩 바이트코드로 변환하고 즉시 실행한다. |
| 실행에 앞서 컴파일은 단 한번 수행된다. | 코드가 실행될 때마다 인터프리트 과정이 반복 수행된다. |
| 컴파일과 실행 단계가 분리되어 있으므로 코드 실행 속도가 빠르다. | 인터프리트 단계와 실행 단계가 분리되어 있지 않고 반복 수행되므로 코드 실행 속도가 비교적 느리다. |
명령형, 함수형, 프로토타입 기반 객체지향 프로그래밍을 지원하는 멀티 패러다임 프로그래밍 언어이다.
클래스 기반 객체지향 언어보다 효율적이면서 강력한 프로토타입 기반의 객체지향 언어이다.
2.6 ES6 브라우저 지원 현황
인터넷 익스플로러를 제외한 모던 브라우저의 ES6 지원 비율은 96~99%로 거의 100% 에 육박하지만 인터넷 익스플로러나 구형 브라우저는 ES6를 대부분 지원하지 않는다.
따라서 브라우저에서 아직 지원하지 않는 최신 기능을 사용하거나 인터넷 익스플로러나 구형 브라우저를 고려해야 하는 상황이라면 바벨과 같은 트랜스파일러를 사용해 ES6 이상의 사양으로 구현한 소스코드를 ES5 이하의 사양으로 다운그레이드할 필요 있다.