JavaScript

JavaScript | 자바스크립트란?

sangchu 2022. 12. 12. 21:41

자바스크립트의 탄생

  • 1995년, 넷스케이프 커뮤니케이션즈는 웹페이지의 보조적인 기능을 수행하기 위해 브라우저에서 동작하는 경량 프로그래밍 언어를 도입하기로 결정
  • 이름 변천 과정: Mocha → LiveScript→ JavaScript
  • 현재 모든 브라우저의 표준 프로그래밍 언어로 자리 잡음

 

자바스크립트의 표준화

  • 1996년, 마이크로소프트에서 JavaScript의 파생 버전인 JScript를 인터넷 익스플로러에 탑재
  • JScript와 JavaScript가 표준화되지 못하고 적당히 호환됨 (경쟁) → 웹페이지가 정상적으로 동작하지 않는 크로스 브라우징 이슈 발생
  • 넷스케이프 커뮤니케이션즈는 컴퓨터 시스템의 표준을 관리하는 비영리 표준화 기구인 ECMA 인터내셔널에 JavaScript 표준화 요청
  • 1997년, ECMA-262라 불리는 표준화된 JavaScript 초판 사양이 완성
  • 상표권 문제로 ECMAScript로 명명
  • ECMAScript6는 let/const 키워드, 화살표 함수, 클래스, 모듈 등과 같이 범용 프로그래밍 언어로서 갖춰야할 기능들을 대거 도입하는 큰 변화를 일으킴
  • 이후 매년 작은 기능들 추가되고 있음

 

자바스크립트 성장의 역사

  • 초창기에는 웹페이지의 보조적인 기능을 수행하기 위해 한정적인 용도로 사용됨
  • 대부분의 로직은 주로 웹 서버에서 실행, 브라우저는 서버로부터 전달받은 HTML, CSS를 단순히 렌더링하는 수준
  • 렌더링: HTML, CSS, JavaScript로 작성된 문서를 해석해서 브라우저에 시각적으로 출력하는 것

Ajax

  • JavaScript를 이용해 서버와 브라우저가 비동기(asynchronous)방식으로 데이터를 교환할 수 있는 통신 기능
  • XMLHttpRequest라는 이름으로 등장
  • 이전의 웹페이지
    • html 태그로 시작해서 html 태그로 끝나는 완전한 HTML코드를 서버에서 전송받아 웹페이지 전체를 렌더링하는 방식으로 동작
    • 화면이 전환되면 서버로부터 새로운 HTML을 전송받아 웹페이지 전체를 처음부터 다시 렌더링
    → 불필요한 데이터 통신 발생, 성능 불리 → 화면이 전환되면 화면이 순간적으로 깜빡이는 현상
  • Ajax의 등장
    • 서버로부터 필요한 데이터만 전송 받아 변경해야 하는 부분만 한정적으로 렌더링하는 방식이 가능
    → 웹 브라우저에서도 데스크톱 애플리케이션과 유사한 빠른 성능과 부드러운 화면 전환 가능해짐

jQuery

  • 다소 번거롭고 논란이 있던 DOM을 더욱 쉽게 제어할 수 있게 됨
  • 크로스 브라우징 이슈도 어느 정도 해결

V8 자바스크립트 엔진

  • 더욱 빠르게 동작하는 JavaScript 엔진의 필요성 대두
  • 2008년 등장한 구글의 V8 JavaScript 엔진은 이러한 요구에 부합
  • V8 JavaScript 엔진 등장으로 JavaScript는 데스크톱 애플리케이션과 유사한 사용자 경험(UX)을 제공할 수 있는 웹 애플리케이션 프로그래밍 언어로 정착하게 됨
  • 과거 웹 서버에서 수행되던 로직들이 대거 클라이언트(브라우저)로 이동했고, 웹 애플리케이션 개발에서 프런트엔드 영역이 주목받는 계기로 작용

Node.js

  • 구글 V8 JavaScript 엔진으로 빌드된 JavaScript 런타임 환경
  • 브라우저 이외의 환경에서도 동작할 수 있도록 JavaScript 엔진을 브라우저에서 독립시킨 JavaScript 실행 환경
  • 서버 사이드 애플리케이션 개발에 주로 사용, 이에 필요한 내장 API 제공
  • 비동기 I/O를 지원하며 단일 스레드 이벤트 루프 기반으로 동작함으로써 요청(request) 처리 성능이 좋음 → 데이터를 실시간으로 처리하기 위해 I/O가 빈번하게 발생하는 SPA(Single Page Application)에 적합
  • CPU 사용률이 높은 애플리케이션에서는 권장X
  • Node.js 등장으로 JavaScript는 범용 프로그래밍 언어가 됨
  • 이제 JavaScript는 크로스 플랫폼을 위한 가장 중요한 언어로 주목 받고 있음
    • 웹, 모바일 하이브리드 앱(PhoneGap, Ionic), 서버 사이드(Node.js), 데스크톱(Electron), 머신러닝(TensorFlow.js), 로보틱스(Johnny-Five)

SPA 프레임워크

  • 모던 웹 애플리케이션은 데스크톱 애플리케이션과 비교해도 손색없는 성능과 사용자 경험을 제공하는 것이 필수가 되었고, 개발 규모와 복잡도도 상승
    → 많은 패턴과 라이브러리, 프레임워크 등장
  • CBD(Component based development) 방법론을 기반으로 하는 SPA(Single Page Application)이 대중화가 되면서 Angular, React, Vue.js, Svelte 등 다양한 SPA 프레임워크/라이브러리 사용

 

자바스크립트와 ECMAScript

JavaScript

= ECMAScript와 클라이언트 사이드 API 를 아우르는 개념

ECMAScript

  • JavaScript 표준 사양인 ECMA-262를 뜻함
  • 프로그래밍 언어의 값, 타입, 객체와 프로퍼티, 함수, 표준 빌트인(built-in) 객체 등 핵심 문법 규정
  • 각 브라우저 제조사는 ECMAScript 사양을 준수해서 브라우저에 내장되는 JavaScript 엔진 구현
  • 일반적으로 프로그래밍 언어로서 기본 뼈대(Core)를 이루는 것

클라이언트 사이드 Web API

  • DOM, BOM, Canvas, XMLHttpRequest, fetch, requestAnimationFrame, SVG, Web Storage, Web Component, Web Worker 등

 

자바스크립트의 특징

  • 웹 브라우저에서 동작하는 유일한 프로그래밍 언어
  • 개발자가 별도의 컴파일 작업을 수행하지 않는 인터프리터 언어
  • 대부분의 모던 자바스크립트 엔진은 인터프리터와 컴파일러의 장점을 결합해 비교적 처리 속도가 느린 인터프리터의 단점을 해결함
    • 컴파일러 언어처럼 명시적인 컴파일 단계를 거치지는 않지만 복잡한 과정을 거치며 일부 소스코드를 컴파일하고 실행함 → 인터프린터 언어의 장점인 동적 기능 지원 살리면서 실행속도 느리다는 단점 극복
    • 런타임에 컴파일되며 실행 파일이 생성되지 않고 인터프리터의 도움 없이 실행할 수 없기 때문에 컴파일 언어라 할 수 없음
  • 명령형, 함수형, 프로토타입 기반 객체지향 프로그래밍을 지원하는 멀티 패러다임 프로그래밍 언어
  • 프로토타입 기반의 객체지향 언어

 

ES6 브라우저 지원 현황

  • 인터넷 익스플로러를 제외한 모던 브라우저의 ES6 지원 비율은 96~99%
  • 인터넷 익스플로러나 구형 브라우저는 ES6를 대부분 지원하지 않음

⇒ 브라우저에서 아직 지원하지 않는 최신 기능을 사용하거나, 인터넷 익스플로러나 구형 브라우저를 고려해야 하는 상황이라면 바벨(Babel)과 같은 트랜스파일러를 이용해 ES6 이상의 사양으로 구현한 소스코드를 ES5 이하의 사양으로 다운그레이드할 필요가 있음

 

 

참고

모던 자바스크립트 deep dive 책