on
자바스크립트JavaScript의 역사, 발전, 특징
자바스크립트JavaScript의 역사, 발전, 특징
1. 자바스크립트의 탄생
제작자
브렌던 아이크(Brendan Eich)
제작연도
1995년
제작 배경
넷스케이프 커뮤니케이션즈 웹페이지의 보조적인 기능을 수행하기 위한 브라우저에서 동작하는 경량 프로그래밍 언어를 도입하기로 결정
이름 변경 과정
"모카Mocha"→"라이브스크립트LiveScript" →"자바스크립트JavaScript"
2. 자바스크립트의 표준화
크로스 브라우징 이슈
브라우저에 따라 웹페이지가 정상적으로 동작하지 않는 문제
크로스 브라우징 이슈의 배경
1. 마이크로 소프트사가 자바스크립트의 파생인 "JScript"를 자사 익스플로러 브라우저의 탑재
2. 시장성을 높이기 위해 익스플로러에서만 동작하는 기능을 추가
3. 이로 인해 브라우저에 따라 웹페이지가 정상적으로 동작하지 않는 크로스 브라우징 이슈 발생
표준화 시작
1. 1996년 11월, 넷스케이프 케뮤니케이션즈가 비영리 표준화 기구인 ECMA 인터내셔널에 자바스크립트의 표준화 요청
2. 1997년 7월, ECAM-262라불리는 표준화된 자바스크립트(ECMAScript 1) 사양이 완성
3. 2015년에 공개된 ECMAScript 6(ECMAScript 2015, ES6)는 let/const 키워드, 화살표 함수, 클래스, 모듈 등과 같이 범용 프로그래밍 언어로서 갖춰야 할 기능들을 대거 도입하는 큰 변화
ECMAScript 버전별 특징
ES1(1997) 초판 ES2(1998) ISO/IEC 16262 국제 표준과 동일한 규격을 적용 ES3(1999) 정규 표현식, try ... catch ES5(2009) HTML5 함께 출현한 표준안.
JSON, strict mode, 접근자 프로퍼티, 프로퍼티 어트리뷰트 제어, 향상된 배열 조작 기능(forEach, map, filter, reduce, some, every) ES6(ECMAScript 2015) let/const 클래스, 화살표 함수, 템플릿 리터럴, 디스트럭처링 할당, 스프레드 문법, rest 파라미터, 심벌, 프로미스, Map/Set, 이터러블, for ...of, 제너레이터, Proxy, 모듈 import/export ES7(ECMAScript 2016) 지수(**) 연산자, Array.prototype.includes, String.prototype.includes ES8(ECMAScript 2017) async/await, Object 정적 메서드(Object.values, Object.entries, Object.getOwnPropertyDescriptors) ES9(ECMAScript 2018) Object rest/spread 프로퍼티, Promise.prototype.finally, async generator, for wait ... of ES10(ECMAScript 2019) Object.formEntries, Array.prototype.flat, Array.prototype.flatMap, optional catch biding ES11(ECMAScript 2020) String.prototype.matchAll, BigInt, globalThis, Promise.allSettled, null 병합 연산자, 옵셔널 체이닝 연산자, for ... in enumeration order
3. 자바스크립트 성장의 역사
초창기 자바스크립트는 웹페이지의 보조적인 기능을 수행하기 위해 한정적인 용도로 사용되었다. 이 시기에 대부분의 로직은 주로 웹 서버에서 실행되었고, 브라우저는 서버로부터 전달받은 HTML과 CSS를 단순히 렌더링하는 수준이었다.
3.1. Ajax
Ajax란?
서버와 브라우저가 비동기 방식으로 데이터를 교환할 수 있는 통신기능
Ajax 등장 배경
1. 웹페이지의 고질적인 문제 : 화면전환 시 새로운 HTML을 받아 웹페이지 전체를 렌더링 해야함 (화면이 깜빡임)
Ajax 등장으로 달라진점
웹페이지에서 변경할 필요 없는 부분은 렌더링하지 않고 필요한 부분만 렌더링 하기 시작함 -> 성능 향상
Ajax를 이용한 구글 맵스 발표로 웹 어플리케이션 프로그래밍 언어로 자바스크립트의 가능성을 인정받음
3.2. JQuery
DOM을 쉽게 제어하게 해주는 라이브러리로 크로스 브라우징 이슈도 어느 정도 해결해줌
3.3. V8 자바스크립트 엔진
V8 자바스크립트 엔진란?
2008년에 구글에서 발표, C++ 작성, 독립적 실행 가능
데스크톱 애플리케이션과 유사한 사용자 경험(UX: user experience)을 제공할 정도로 성능 좋음
2008년에 구글에서 발표, C++ 작성, 독립적 실행 가능 V8 자바스크립트 엔진의 영향
웹 애플리케이션 개발에서 프런트엔드 영역 주목받다.
3.4. Node.js
Node.js란?
구글 V8 자바스크립트 엔진으로 빌드된 자바스크립트 런타임 환경
구글 V8 자바스크립트 엔진으로 빌드된 자바스크립트 런타임 환경 Node.js의 기능
1. 브라우저의 자바스크립트 엔진에서만 동작하던 자바스크립트를 브라우저 이외의 환경에서도 동작할 수 있도록 자바스크립트 엔진을 브라우저에서 독립시킨 자바스크립트 실행 환경
2. 다양한 플랫폼에 적용할 수 있지만 서버 사이드 애플리케니션 개발에 주로 사용되며, 이에 필요한 모듈, 파일 시스템, HTTP등 빌트인 API를 제공
Node.js의 장단점
장점 : 데이터 실시간으로 처리하기 위해 I/O가 빈번하게 발생하는 SPA(Page Application)에 적합
단점 : CPU 사용률이 높은 애플리케이션에는 권장하지 않음
Node.js의 영향
자바스크립트는 브라우저를 벗어나 서버 사이드 애플리케이션 개발에서도 사용할 수 있는 범용 프로그래밍 언어로 만들어줌.
자바스크립트는 크로스 플랫폼 을 위한 가장 중요한 언어가 됨
3.5. SPA 프레임워크
SPA(Single Page Application)란?
모던 웹 애플리케이션은 데스크톱 애플리케이션과 비교해도 손색없는 성능과 사용자 경험을 제공하는 것이 필수가 되었고, 더불어 개발 규모와 복잡도로 상승했다.
이전의 개발 방식으로 복잡해진 개발 과정을 수행하기 어려워졌고, 이러한 필요에 따라 많은 패턴과 라이브러리가 출현했다. 그 덕분에 개발에 많은 도움을 주었지만 변경에 유연하면서 확장하기 쉬운 애플리케이션 아키텍처의 구축을 어렵게 했고, 필연적으로 프레임워크가 등장하게 되었다.
이러한 요구에 발맞춰 CBD(Component based development) 방법론을 기반으로 하는 SPA(Single Page Application)가 대중화되면서 Angular, React, Vue.js, Svelte 등 다양한 SPA 프레임워크, 라이브러리 또한 많은 사용층을 확보하고 있다.
→ CBD가 뭐지?
4. 자바스크립트와 ECMAScript
ECMAScript는 자바스크립트의 표준 사양인 ECMA-262를 말하며, 프로그래밍 언어의 값, 타입, 객체와 프로퍼티, 함수, 표준 빌티의 객체 등 핵심 문법을 규정한다. 각 브라우저 제조사는 ECMAScript 사양을 준수해서 브라우저에 내장되는 자바스크립트 엔진을 구현하다.
자바스크립트는 일반적으로 프로그래밍 언어로서 기본 뼈대를 이루는 ECMAScript와 브라우저가 별도로 지원하는 클라이언트 사이드 Web API, 즉 DOM, BOM, Canvas, XMLHttpRequest, fetch, requestAnimationFrame, SVG, Web Storage, Web Component, Web Worker 등을 아우르는 개념이다.
클라이언트 사이드 Web API는 ECMAScript오는 별도로 월드 와이드 웹 콘소시엄에서 별도의 사양으로 관리하고 있다. 클라이언트 사이드 Web API의 자세한 내용은 MDN web dosc의 Web API 페이지를 참고하기 바란다.
5. 자바스크립트의 특징
자바스크립트는 HTML, CSS와 함께 웹을 구성하는 요소 중 하나로 웹 브라우저에서 동작하는 유일한 프로그래밍 언어다. 다른 프로그래밍 언어와 마찬가지로 자바스크립트는 기존의 프로그래밍 언어에서 많은 영향을 받았다. 기본 문법은 C, 자바와 유사하고 셀프에서는 프로토타입 기반 상속을, 스킴에서 일급함수의 개념을 차용했다.
자바스크립트는 *개발자가 별도의 컴파일 작업(이게 뭐지?)*을 수행하지 않는 인터프리터 언어다. 대부분의 모던 자바스크립트 엔진(크롬의 V8, 파이어폭스의 SpiderMoney, 사파리의 JavaScriptCore, 마이크로소프트 엣지의 Chakra 등)은 인터프리터와 컴파일러의 장점을 결합해 비교적 처리 속도가 느린 인터프리터의 단점을 해결했다. 인터프리터는 소스코드를 즉시 실행하고 컴파일러는 빠르게 동작하는 머신 코드를 생성하고 최적화한다. 이를 통해 컴파일 단계에서 추가적인 시간이 필요함에도 더욱 빠르게 코드를 실행할 수 있다.
컴파일러 언어 인터프리터 언어
코드가 실행되기 전 단계인 컴파일 타임에 소스코드 전체를 한번에 머신 코드로 변환한 후 실행하다. 코드가 실행되는 단계인 런타임에 문 단위로 한 줄씩 중간코드(interdediate code)인 바이트코드로 변환한 후 실행한다. 실행 파일을 생성한다. 실행 파일을 생성하지 않는다. 컴파일 단계와 실행 단계가 분리되어 있다. 명시적인 컴파일 단계를 거치고, 명시적으로 실행 파일을 실행한다. 인터프리트 단계와 실행 단계가 분리되어 있지 않다. 인터프리터는 한 줄씩 바이트코드로 변환하고 즉시 실행한다. 실행에 앞서 컴파일은 단 한번 수행된다. 코드가 실행될 때마다 인터프리트 과정이 반복 수행된다. 컴파일과 실행 단계가 분리되어 있으므로 코드 실행 속도가 빠르다. 인터프리트 단계와 실행 단계가 분리되어 있지 않고 반복 수행되므로 코드 실행 속도가 비교적 느리다.
하지만 대부분의 모던 브라우저에서 사용되는 인터프리터는 전통적인 컴파일러 언어처럼 명시적인 컴파일 단계를 거치지는 않지만 복잡한 과정을 거치며 일부 소스코드 컴파일하고 실행한다.
이를 통해 인터프리터 언어의 장점인 동적 기능 지원을 살리면서 실행 속도가 느리다는 단점을 극복한다. 따라서 현재는 컴파일러와 인터프리터의 기술적 구분이 점파 모호해져 가는 추세다. 하지만 자바스크립트는 런타임 컴파일되며 실행 파일이 생성되지 않고 인터프리터의 도움 없이 실행할 수 없기 때문에 컴파일러 언어라고 할 수 없다.
자바스크립트는 명령형, 함수형, 프로토타입 기반 객체지향 프로그래밍을 지원하는 멀티 패러다임 프로그래밍 언어다.
비록 다른 객체지향 언어와의 차이점에 대한 논쟁이 있긴 하지만 자바스크립트는 강력한 객체지향 프로그래밍 능력을 지니고 있다. 간혹 클래스(ES6에서 도입됨), 상속, 정보 은닉을 위한 키워드가 없어서 객체지향 언어가 아니라고 오해하는 경우고 있지만 자바스크립트는 클래스 기반 객체지향 언어보다 더 효율적이면서 강력한 **프로토타입 기반의 객체지향 언어(?)**다.
6. ES6 브라우저 지원 현황
인터넷 익스플로러를 제외한 대부분의 모던 브라우저는 ES6를 지원하지만 100% 지원하고 있지는 않다. Node.js는 v4부터 ES6를 지원하기 시작했다. ES6 지원 현황은 다음 웹 사이트에서 확인할 수 있다.
인터넷 익스플로러를 제외한 모던 브라우저의 ES6 지원 비율은 96~99%로 거의 100%에 육박하지만 인터넷 익스플로러나 구형 브랑루저는 ES6를 대부분 지원하지 않는다.
따라서 브라우저에서 아직 지원하지 않는 최신 기능을 사용하거나 인터넷 익스플로러나 구형 브라우저를 고려해야 하는 상황이라면 바벨과 같은 트랜스파일러를 사용해 ES6 이상의 사양으로 구현한 소스코드를 ES5 이하의 사양으로 다운그레이드할 필요가 있다. 이에 대해서는 49장 Babel과 Webpack을 이용한 ES6+/ES,NEXT 개발 환경 구축에서 자세히 살펴볼 것이다.
출처
모던 자바스크립트 Deep Dive 2장
from http://meteorlee.tistory.com/10 by ccl(A) rewrite - 2021-12-14 16:01:32