2.1 자바스크립트의 탄생
웹 페이지의 보조적인 기능을 수행하기 위해 브라우저에서 동작하는 프로그래밍 언어인 자바스크립트를 브렌던 아이크가 개발했다.
2.2 자바스크립트의 표준화
MS의 자바스크립트 파생 버전인 JScript와 자바스크립트가 표준화 되지 못하고 적당한 호환이 되었다.
그로인해, 브라우저에 따라 웹페이지가 정상적으로 동작하지 않는 크로스 브라우징 이슈가 발생하기 시작해 모든 브라우저에서 원활하게 동작하는 웹페이지 개발이 어려워졌다.
이때 모든 브라우저에서 정상 동작하기 위한 자바스크립트의 표준화의 필요성이 대두되기 시작했다.
이 필요성에 의해 비영리 표준화 기구인 ECMA인터내셔널에서 ECMAScript 사양이 완성되었다.
2015년에 공개된 ES6 이후로 이전에 있는 공개보다는 비교적 작은 기능을 추가하는 수준으로 매년 공개할 것을 예정
2.3 자바스크립트 성장의 역사
2.3.1 AJAX
자바스크립트를 이용해 서버와 브라우저간 비동기 방식으로 데이터를 교환할 수 있는 기능인 AJAX가 XMLHttpRequest라는 이름으로 등장
기존 웹 페이지는 완전한 HTML 코드를 서버로부터 받아 웹페이지 전체를 렌더링하는 방식으로 동작했기에,
변경이 필요가 없는 부분까지 포함된 HTML 코드를 다시 받아야 하기 때문에 성능면에서도 불리하고 깜빡임 현상까지 발생하는 한계가 있었다.
AJAX의 등장으로 변경이 불필요한 부분은 랜더링하지 않고 필요한 데이터만 전송받아 한정적으로 랜더링하는 방식이 가능해졌다.
이로써 빠른 성능과 부드러운 화면 전환이 가능해졌다.
2.3.2 jQuery
jQuery의 등장으로 DOM을 더욱 쉽게 제어할 수 있게 되었고 크로싱 브라우징 이슈도 어느 정도 해결.
2.3.3 V8 자바스크립트 엔진
자바스크립트로 웹 애플리케이션을 구축하려는 시도가 놀며 더욱 빠르게 동작하는 자바스크립트 엔진의 필요성 대두되었다.
이러한 필요성에 의해 구글의 V8 자바스크립트 엔진이 등장했다.
V8엔진의 등장으로 빠른 성능과 더불어 데스크톱 애플리케이션과 유사한 사용자 경험(UX: User Experience)을 제공할 수 있는 웹 애플리케이션 프로그래밍 언어로 정착하게 되었다.
2.3.4 Node.js
Node.js는 구글 V8 자바스크립트 엔진으로 빌드된 자바스크립트 런타임 환경이다.
브라우저의 JS 엔진에서만 동작하던 자바스크립트를 브라우저에서 독립시킨 JS 실행 환경이다.
주로 서버 사이드 애플리케이션 개발에 사용되며, 필요한 모듈, 파일 시스템, HTTP 등 빌트인 API를 제공한다.
비동기 I/O를 지원하며 단일 스레드 이벤트 루프 기반으로 동작함으로써 요청 처리 성능이 좋다.
데이터를 실시간으로 처리하기 위해 I/O가 빈번하게 발생하는 SPA(Single Page Application)에 적합하다.
하지만, CPU 사용률이 높은 애플리케이션에는 권장하지 않는다.
2.3.5 SPA 프레임워크
과거에 비해 복잡해진 현대의 개발 과정을 수행하기 위해 많은 패턴과 라이브러리가 출현했다.
그 덕분에 개발에는 큰 도움이 되었지만 변경에 유연하면서 확장성을 갖는 애플리케이션 아키텍처의 구축이 어려워 졌다.
이를 해결하기위해 CBD(Component Based Development) 방법론을 기반으로 하는 SPA가 대중화 되며,
Angular, React, Vue.js, Svelte 등 다양한 SPA 프레임워크/라이브러리 또한 많은 사용층을 확보하고 있다.
2.4 자바스크립트와 ECMAScript
ECMAScript 는 자바스크립트의 표준 사양인 ECMA-262를 의미하며,
프로그래밍 언어의 값, 타입, 객체와 프로퍼티, 함수, 표준 빌트인 객체 등 핵심 문법을 규정한다.
자바스크립트는 일반적으로 프로그래밍 언어로서 ECMAScript와 브라우저가 별도로 지원하는 클라이언트 사이드 Web API, 즉 DOM, BOM, Canvas, XHMHttpRequest, Fetch, 등을 아우르는 개념이다.
2.5 자바스크립트의 특징
특징 1. 자바스크립트는 웹 브라우저에서 동작하는 유일한 프로그래밍 언어이다.
특징 2. 개발자가 별도의 컴파일 작업을 수행하지 않는 인터프리터 언어이다.
인터프리터 언어와 컴파일러 언어의 차이점을 알아보자
하지만 모던 자바스크립트 엔진에서 사용하는 인터프리터는 컴파일러 언어처럼 명시적인 컴파일 단계를 거치지는 않지만 복잡한 과정을 거치며 일부 소스코드를 컴파일하고 실행한다.
인터프리터 언어 컴파일러 언어 코드가 실행되는 단계인 런타임에 문 단위로 한줄씩 중간 코드인 바이트코드로 변환후 실행 코드가 실행되기 전 단계인 컴파일 타임에 소스코드 전체를 한번에 머신 코드로 변화 후 실행 실행 파일을 생성하지 않는다. 실행 파일을 생성 인터프리트 단계와 실행 단계가 분리되어 있지 않다.
인터프리터는 한줄씩 바이트코드를 변환하고 즉시 실행컴파일 단계와 실행 단계가 분리되어 있다. 명시적인 컴파일 단계를 거치고, 명시적으로 실행파일을 실행 코드가 실행될 때마다 인터프리트 과정이 반복 수행 실행 전에 컴파일은 단 한번 진행 인터프리트 단계와 실행 단계가 분리되어 있지 않고 반복 수행되므로 코드 실행 속도가 비교적 느림 컴파일과 실행 단계가 분리되어 있어 코드 실행 속도가 빠르다
실행속도가 느리다는 단점을 극복해서, 현재는 컴파일러와 인터프리터의 기술적 구분이 모호해져 가는 추세다.
하지만, 자바스크립트는 런타임에 컴파일되며 실행 파일이 생성되지 않고 인터프리터의 도움 없이 실행할 수 없기 때문에 컴파일 언어라 할 수 없다.
자바스크립트는 명령형, 함수형, 프로토타입 기반 객체지향 프로그래밍을 지원하는 멀티 패러다임 프로그래밍 언어다.
자바스크립트는 강력한 객체지향 프로그래밍 능력을 지니고 있다.
상속 정보 은닉을 위한 키워드가 없어서 객체지향 언어가 아니라 오해 하는 경우도 있지만, 클래스 기반 객체지향 언어보다 효율적이면서 강력한 프로토타입 기반의 객체지향 언어다.
'JavaScript > 모던 자바스크립트 Deep Dive' 카테고리의 다른 글
7. 연산자 (0) | 2023.11.02 |
---|---|
6. 데이터 타입 (0) | 2023.10.27 |
5. 표현식과 문 (1) | 2023.10.24 |
4. 변수 (0) | 2023.10.24 |
1. 프로그래밍 (0) | 2023.10.17 |