[모던 자바스크립트 Deep Dive] 02 자바스크립트란?

2.1  자바스크립트의 탄생

1995년, 넷스케이프 커뮤니케이션즈가 웹페이지의 보조적인 기능을 수행하기 위해 브라우저에서 동작하는 경량 프로그래밍 언어를 도입하였다. 그래서 탄생한 것이 바로 브렌던 아이크가 개발한 자바스크립트이다. 

1996년 3월, 넷스케이프 커뮤니케이션즈의 웹 브라우저인 넷스케이프 내비게이터2에 탑재되었고 "모카Mocha"로 명명되었다. 그해 9월 라이브스크립트로 이름이 바뀌었다가 12월에 자바스크립트라는 이름으로 최종 명명되었다.

현재는 모든 브라우저의 표준 프로그래밍 언어이다. 

 

2.2  자바스크립트의 표준화

마이크로소프트의 JScript와 경쟁하며 브라우저에 따라 웹페이지가 정상적으로 동작하지 않는 크로스 브라우징 이슈가

발생했다. 이에 자바스크립트의 파편화를 방지하고 모든 브라우저에서 정상적으로 동작하는 표준화된 자바스크립트를 위해 1996년 11월, 넷스케이프 커뮤니케이션즈는 컴퓨터 시스템의 표준을 관리하는 비영리 표준화 기구인 ECMA 인터내셔널에 자바스크립트의 표준화를 요청하였다.

 

1997년 7월, ECMA-262라 불리는 자바스크립트 초판 사양이 완성되었고, 상표권 문제로 ECMAScript라는 이름으로 명명되었다. 2015년 공개된 ES6에서는 let/const 키워드, 화살표 함수, 클래스, 모듈 등 범용 프로그래밍 언어로서 갖춰야 할 기능들을 대거 도입하는 큰 변화가 있었다. 이후 버전은 비교적 작은 기능들이 추가되는 수준으로 매년 공개될 것으로 예고 되었다. 

 

2.3  자바스크립트 성장의 역사 

초창기 자바스크립트는 웹페이지의 보조적인 기능을 수행하기 위해 한정적인 용도로 사용되었다. 이 시기에 대부분의 로직은 주로 웹 서버에서 실행되었다. 브라우저는 서버로부터 전달받은 HTML과 CSS를 단순히 렌더링하는 수준이었다. 

* 렌더링이란 HTML, CSS, 자바스크립트로 작성된 문서를 해석해서 브라우저에 시각적으로 출력하는 것. 때로는 서버에서
데이터를 HTML로 변환해서 브라우저에게 전달하는 과정(SSR; Server Side Rendering)을 가리키기도 한다.

 

2.3.1  Ajax

 

1999년, 자바스크립트를 이용해 서버와 브라우저가 비동기방식으로 데이터를 교환할 수 있는 통신 기능인 Ajax(Asynchronous JavaScript and XML)가 XMLHttpRequest라는 이름으로 등장했다. 이전의 웹페이지는 html 태그의 시작부터 끝까지 완전한 HTML 코드를 서버로부터 전송받아 웹페이지 전체를 렌더링하는 방식으로 동작했다. 따라서 화면이 전환되면 서버로부터 새로운 HTML을 전송받아 웹페이지 전체를 처음부터 다시 렌더링했다.

 

이러한 방식은 변경이 필요없는 부분까지 포함된 HTML 코드를 서버로부터 다시 전송받기 때문에 불필요한 데이터 통신이 발생하고, 성능면에서도 불리했다. 이로 인해 화면이 전환되면 깜빡이는 현상이 발생했다.

 

Ajax의 등장으로 웹페이지에서 변경할 필요가 없는 부분은 다시 렌더링 하지 않고, 서버로부터 필요한 데이터만 전송받아 변경해야 하는 부분만 한정적으로 렌더링할 수 있게 되었다. 이로써 데스크톱 애플리케이션과 비교했을때 손색이 없을정도로 빠른 성능과 부드러운 화면 전환이 가능해졌다. 

 

2.3.2  jQuery

jQuery의 등장으로 다소 번거롭고 논란이 있던 DOM(Document Object Model)을 더욱 쉽게 제어할 수 있게 되었고, 크로스 브라우징 이슈도 어느 정도 해결되었다. 자바스크립트보다 비교적 배우기 쉽고 직관적인 jQuery를 더 선호하는 개발자가 양산되기도 했다.

 

2.3.3  V8 자바스크립트 엔진

구글 맵스를 통해 웹 애플리케이션 프로그래밍 언어로서의 가능성이 확인된 자바스크립트로 웹 애플리케이션을 구축하려는 시도가 늘면서 더욱 빠르게 동작하는 자바스크립트 엔진의 필요성이 대두되었다.

 

2008년 등장한 구글의 V8 자바스크립트 엔진은 이러한 요구에 부합하는 빠른 성능을 보여주었다. V8 자바스크립트 엔진의 등장으로 자바스크립트는 데스크톱 애플리케이션과 유사한 사용자 경험(UX; user experience)을 제공할 수 있는 웹 애플리케이션 프로그래밍 언어로 정착하게 되었다.

 

V8 자바스크립트 엔진으로 촉발된 자바스크립트의 발전으로 과거 웹 서버에서 수행되던 로직들이 대거 클라이언트

(브라우저)로 이동했다.

 

2.3.4  Node.js

2009년, 라이언 달이 발표한 Node.js는 구글 V8 자바스크립트 엔진으로 빌드된 자바스크립트 런타임 환경이다.
브라우저의 자바스크립트 엔진에서만 동작하던 자바스크립트를 브라우저 이외의 환경에서도 동작할 수 있도록

자바스크립트 엔진을 브라우저에서 독립시킨 자바스크립트 실행 환경이다.

 

다양한 플랫폼에 적용할 수 있지만 서버 사이드 애플리케이션 개발에 주로 사용되며 이에 필요한 모듈, 파일 시스템,

HTTP 등 빌트인 API를 제공한다. 

 

자바스크립트 엔진을 기반으로 하므로 Node.js 환경에서 동작하는 애플리케이션은 자바스크립트를 통해 개발한다.

프론트엔드와 백엔드 영역에서 자바스크립트를 사용할 수 있다는 동형성은 별도의 언어를 학습하기 위한 시간을

덜 수 있다는 장점이 있다. 

비동기 I/0를 지원하고 단일스레드 이벤트 루프 기반으로 동작함으로서 요청 처리 성능이 좋다. 
따라서, 데이터를 실시간으로 처리하기 위해 I/O가 빈번하게 발생하는 SPA(Single Page Applcation)에 적합하다.

하지만 CPU 사용률이 높은 애플리케이션에는 권장하지 않는다. 

Node.js의 등장으로 자바스크립트는 브라우저를 벗어나 서버 사이드 애플리케이션 개발에도 사용할 수 있는

범용 프로그래밍 언어가 되었다. 이제 자바스크립트는 크로스 플랫폼을 위한 가장 중요한 언어로 주목받고 있다. 

 

2.3.5  SPA 프레임워크

웹 애플리케이션의 개발 규모와 복잡도가 상승함에 따라 많은 패턴과 라이브러리가 출현하여 개발에 많은 도움을 주었지만 변경에 유연하면서 확장하기 쉬운 애플리케이션 아키텍처 구축을 어렵게 했고, 필연적으로 프레임워크가 등장했다.

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

2.4  자바스크립트와 ECMAScript

ECMAScript는 자바스크립트의 표준 사양인 ECMA-262를 말하며, 프로그래밍 언어의 값, 타입, 객체와 프로퍼티, 함수, 표준 빌트인 객체 등 핵심 문법을 규정한다. 각 브라우저 제조사는 ECMAScript사양을 준수해서 브라우저에 내장되는 자바스크립트 엔진을 구현한다. 

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

2.5  자바스크립트의 특징 

HTML, CSS와 함께 웹을 구성하는 요소 중 하나로 웹 브라우저에서 동작하는 유일한 프로그래밍 언어이다. 
다른 프로그래밍 언어와 마찬가지로 기존의 프로그래밍 언어에서 많은 영향을 받았다. 기본 문법은 C, 자바와 유사하고

셀프에서는 프로토타입 기반 상속을, 스킴에서는 일급 함수의 개념을 차용했다.

 

개발자가 별도의 컴파일을 하지않는 인터프리터 언어다. 대부분의 모던 자바스크립트 엔진(크롬 V8, 파이어폭스 Spider Monkey, 사파리 JavaScriptCore, 마이크로 소프트 엣지의 Chakra 등)은 인터프리터와 컴파일러의 장점을 결합해 비교적 처리 속도가 느린 인터프리터의 단점을 해결했다. 인터프리터는 소스코드를 즉시 실행하고 컴파일러는 빠르게 동작하는 머신코드를 생성하고 최적화 한다. 이를 통해 컴파일 단계에서 추가적인 시간이 필요함에도 더욱 빠르게 코드를 실행할 수 있다. 

 

( 대부분의 모던 브라우저에서 사용되는 인터프리터는 전통적인 컴파일러 언어처럼 명시적인 컴파일 단계를 거치지는

않지만 복잡한 과정을 거치며 일부 소스코드를 컴파일 하고 실행한다.

 

이를 통해 인터프리터 언어의 장점인 동적 기능 지원을 살리면서 실행속도가 느리다는 단점을 극복한다. 현재는 컴파일러와 인터프리터의 기술적 구분이 점차 모호해져 가는 추세다. 하지만 자바스크립트는 런타임에 컴파일되며 실행 파일이 생성되지 않고 인터프리터의 도움 없이 실행할 수 없기 떄문에 컴파일러 언어라고 할 수는 없다. )

 

자바스크립트는 명령형, 함수형, 프로토타입 기반 객체지향 프로그래밍을 지원하는 멀티 패러다임 프로그래밍 언어다. 

 

2.6  ES6 브라우저 지원 현황

인터넷 익스플로러를 제외한 대부분의 모던 브라우저는 ES6을 지원하지만 100% 지원하는 것은 아니다.
Node.js는 v4부터 지원하고 있다. ES6의 지원현황은 아래의 웹사이트에서 확인할 수 있다.

 

https://compat-table.github.io/compat-table/es6/

 

브라우저에서 아직 지원하지 않는 최신 기능을 사용하거나 인터넷 익스플로러나 구형 브라우저를 고려해야 하는

상황이라면, 바벨과 같은 트랜스파일러를 통해 ES6 이상의 사양으로 구현된 소스코드를 ES5이하의 사양으로

다운그레이드 할 필요가 있다.