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

🚨 이 글은 '모던 자바스크립트 Deep Dive (이웅모 저)'를 읽고, 정리한 글입니다.

자바스크립트란?

2.1 자바스크립트의 탄생

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

1996년 3월 "Mocha"로 넷스케이프의 네비게이터2에 탑재되고, 9월 "LiveScript"로 명명되었다가 다시 당시 유행했던 Java에 편승하고자 "JavaScript"로 최종 명명되었다.

2.2 자바스크립트의 표준화

그러다 1996년 8월에 "대" 마이크로소프트 사께서 자바스크립트의 파생 버전인 "JScript"를 인터넷 익스플로러에 탑재했다.
문제는 이 JScript와 자바스크립트의 호환성이 떨어진다는 것이었다.

두 회사는 브라우저의 점유율을 높이기 위해 경쟁적으로 기능을 각 언어에 추가했다. 이러한 경쟁히 심해지면서 크로스 브라우징 이슈가 발생하기 시작했고, 모든 브라우제서 정상적으로 한 코드로 동작하는 웹페이지를 개발하기 어려워 각각에 대응된 언어로 짜야만 했다.

따라서 1996년 11월 넷스케이프는 컴퓨터 시스템 표준을 관리하는 비영리표준화 기구인 ECMA 인터네셔널에 자바스크립트의 표준화를 요청한다.

1997년 7월 ECMA-262라는 표준화된 자바스크립트 초판(ECMAScript 1)이 완성되었다.
상표권 문제로 인해서 자바스크립트는 ECMAScript로 명명되었다.

이후 1999년 ECMAScript 3(ES3)이 공개되고, 10년만인 2009년에 출시된 ECMAScript(ES5)는 HTML5와 함께 출현한 표준 사양이다.

2015년에 공개된 ECMAScript 6(ECMAScript 2015, 2016)는 let/const, 화살표 함수, 클래스, 모듈 등과 같이 범용 프로그래밍 언어로서 갖춰야 할 기능들을 대거 도입하는 큰 변화였다.

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

자바스크립트가 막 등장했을 시절에는 대부분의 로직이 웹서버에서 실행되었고, 브라우저는 서버로부터 전달받은 HTML과 CSS를 단순히 렌더링하는 수준이었다.

그렇다면 과거에는 서버 사이드 렌더링(SSR)이 주였던 것일까?

2.3.1 Ajax

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

[!NOTE]

💡 비동기(asynchronous) 방식의 통신이란?
비동기적으로 데이터를 요청하고 처리하는 방식이다. 이는 요청을 보낸 후 결과가 도착할 때까지 코드 실행이 멈추지 않고, 다른 작업을 계속 수행할 수 있도록 한다. 자바스크립트에서 async는 요청과 응답이 완료될 때까지 기다리지 않고 다음 코드를 실행한다. 응답이 준비되면 콜백 함수나 Promise를 통해 결과를 처리한다.

이전의 웹페이지는 html 태그로 시작해서 html태그로 끝나는 완전한 코드를 서버로부터 전송받아서 변경사하이 있다면 웹 페이지 전체를 렌더링 하는 방식으로 동작했었다. 이는 불필요한 데이터 통신도 발생하고 바뀐 부분 뿐만 아니라 전체 페이지를 렌더링해야 하기 때문에 성능 면에서도 불리했다.

하지만 Ajax의 등장으로 부분적인 렌더링이 가능해지면서, 웹 브라우저에서도 데스크톱 어플리케이션과 같이 빠르고 부드러운 성능을 보이게 되었다.

2005년 구글이 발표한 Google Maps가 그 예시다.

2.3.2 JQuery

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

2.3.3 V8 자바스크립트 엔진

2008년 구글은 V8자바스크립트 엔진을 발표하였고, 자바스크립트로 웹 어플리케이션을 구축하려는 증가한 수요를 만족시킬 수 있었다.
V8의 등장으로 웹 서버에서 수행되던 로직들이 대거 클라이언트(브라우저)로 이동했고 웹 프론트엔드 영역이 주목받는 계기가 되었다.

SSR과 CSR에 대해서 더 자세히 정리해보자.

2.3.4 Node.js

2009년, 라이언 달(Ryan Dahl)이 발표한 Node.js는 구글의 V8 자바스크립트 엔진으로 만들어진, 자바스크립트 런타임 환경 (Runtime environment) 이다.

Node.js는 브라우저 이외의 환경에서도 JS가 동작할 수 있도록 독립시킨 실행 환경이다.

비동기I/O를 지원하고, 단일스레드(Single Thread) 이벤트 루프 기반으로 동작하여 요청처리 성능이 좋다.
따라서 데이터를 실시간으로 처리하기 위해 I/O가 빈번하게 발생하는 SPA(Single Page Application) 에 적합하지만, CPU 사용률이 높은 어플리케이션은 권장하지 않는다.

비동기I/O, 단일스레드 이벤트 루프, SPA에 대하여 나중에 더 자세히 알아보자

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

2.3.5 SPA 프레임워크

개발 규모와 복잡도가 상승하면서, 이전의 개발 방식들만으로는 부족했고 이에 다양한 라리브러리들과 프레임워크들이 등장했다.
CBD(Component Based Development) 방법론을 기반으로 하는 SPA가 대중화 되면서 다양한 SPA 프레임워크, 라이브러리들이 사용되고 있다.

CBD 방법론에 대하여 나중에 더 자세히 알아보자

2.4 자바스크립트와 ECMAScript

ECMAScript는 자바스크립트의 표준 사양인 ECMA-262를 말한다.

프로그래밍 언어에서 표방하는 값, 타입, 객체와 프로퍼티, 함수, 표준 빌트인 객체 등을 핵심 문법으로 규정한다.

우리가 흔히 일컫는 JavaScript라는 것은 이 ECMAScript와 클라이언트 사이드의 Web API가 합쳐진, 이 둘을 아우르는 개념이라고 볼 수 있다.

• DOM, BOM, Canvas, XMLHttpRequest, fetch, requestAnimationFrame, SVG, Web Storage, Web Component, Web Worker
  등이 Web API의 일부이다.

이 클라이언트 사이드의 Web API는 ECMAScript와는 별개로 관리되고 있다.

2.5 자바스크립트의 특징

자바스크립트는 웹 브라우저에서 동작하는 유일한 프로그래밍 언어이다.

기본 문법은 C, 자바와 유사하고, Self는 프로토타입 기반 상속을, Scheme에서는 일급 함수의 개념을 차용했다.

자바스크립트는 개발자가 별도의 컴파일 작업을 수행하지 않는 인터프리터 언어이다.
모던 자바스크립트 엔진이 전통적인 컴파일러 언어처럼 명시적인 컴파일 단계를 거치지는 않지만 복잡한 과정을 거쳐 일부 소스코드를 컴파일하고 실행하는 방식으로 비교적 처리 속도가 느린 인터프리터 언어의 단점을 해결했다고 한다.

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

객체지향 언어에서 중요한 클래스, 상속, 정보 은닉을 위한 키워드가 없어서 객체지향 언어가 아니라고 오해받지만 실제로는 클래스 기반의 객체지향 언어보다 효율적이고 강력한 프로토타입 기반의 객체지향 언어이다.

인터프리터 언어, 컴파일 언어와 프로토타입 기반 객체지향 프로그래밍 언어 등에 대해서는 나중에 더 자세히 알아보자

2.6 ES6 지원현황

IE를 제외한 대부분의 모던 브라우저는 ES6를 지원하지만 100%는 아니다.
Node는 v4부터 지원하기 시작했다.

ES5로의 다운그레이드가 필요하다면 Babel과 같은 트랜스파일러를 이용하면 된다.

더 알아볼만한 것

• 비동기 통신과 동기 통신
  https://yozm.wishket.com/magazine/detail/1982/
• SSR과 CSR
• 비동기 I/O
• 단일스레드 이벤트 루프
• SPA
• CBD
• 컴파일 / 인터프리터 언어
• 프로그래밍 언어의 분류(함수형, 명령형 등)
• 프로토타입 기반 객체지향 프로그래밍