자바스크립트 기초

CH.1 프로그래밍

• 컴퓨터에게 실행을 요구하는 일종의 커뮤니케이션이다.
• 프로그래밍에 앞서 해결해야할 문제를 이해하고, 문제를 단순하게 풀어나가는 과정이 필요하다. 그래야 0과 1밖에 알지 못하는 기계에게 상세하게 설명이 가능해진다.
• 사람과 컴퓨터의 사고방식은 다르기때문에, 컴퓨터 관점에서 문제를 생각하는 것이 필요하다. 이는 해결 과제를 작은 단위로 분해하고 패턴화하는 논리적, 수학적 사고를 요구한다.
• 프로그래밍 언어란 컴퓨터와 사람 모두가 이해할 수 있도록 약속된 인공언어이고, 구문과 의미의 조합으로 표현된다.

구문과 의미

• JS 변수에 어떠한 타입의 값을 할당할 수 있지만, 의미적으로 옳지 않은 경우도 있다.
• 문제 해결 능력을 통해 만들어낸 해결 방안은 프로그래밍 언어의 문법을 사용해 표현해내고, 작성된 코드는 해결 방안의 구체적 구현물이다. (요구사항의 실현 => 구현물)

CH.2 자바스크립트

자바스크립트의 탄생

• 1995년, 웹페이지의 보조적인 기능을 수행하기 위해 브라우저에서 동작하는 경량 프로그래밍 언어를 도입하기로 결정했고, 그래서 생겨난 언어가 브래던 아이크가 개발한 자바스크립트이다.
• 1996년 3월, 넷스케이프 커뮤니케이션즈의 웹 브라우저인 넷스케이프 내비게이터2에 탑재되었고 모카로 명명되었다가 라이브스크립트, 자바스크립트로 최종 명명되었다.

자바스크립트의 표준화

• 1996년 8월, 마이크로소프트(JScript)와 넷스케이프 커뮤니케이션즈(Javascript)는 자사 브라우저의 시장 점유율을 높이기 위해서 자사 브라우저에서만 동작하는 기능을 추가하기 시작함으로써 크로스 브라우징 이슈가 생기기 시작했다.
• 이에 넷스케이프는 컴퓨터 시스템의 표준을 관리하는 비영리 표준화 기구인 ECMA 인터네셔널에 자바스크립트의 표준화를 요청했다.
• 10년만에 ECMAScript 5와 html/css 5가 함께 출현한 표준 사양이다.
• ES6 이후의 버전은 비교적 작은 기능을 추가하는 수준이 되었다. (let, const 키워드, 화살표함수, 클래스, 모듈 등)

자바스크립트 성장의 역사

• 웹페이지의 보조적인 기능을 수행하기 위한 용도로 만들어짐

Ajax

• 1999년, 서버와 브라우저가 비동기 방식으로 데이터를 교환할 수 있는 기능을 만듦
• 이전에는 html태그로 시작해서 html 태그로 끝나는 완전한 html 서버로부터 전송받아 웹페이지 전체를 렌더링 하는 방식으로 동작했지만, 이 방법의 단점은 화면이 전환되면 서버로부터 새로운 html을 전송받아 웹페이지 전체를 다시 랜더링해야한다는 것이다.
• Ajax의 탄생으로 필요한 부분만 전송받아 렌더링이 가능해졌다. 그리고 브라우저에도 웹과 유사한 빠른 성능과 부드러운 화면 전환이 가능해졌다.

JQuery

• DOM을 더욱 쉽게 제어가 가능해지게되고 크로스 브라우징 이슈도 어느정도 해결이되었다. (JS보다 직관적이라는 장점이 있다.)
• 구글에서 만든 V8 자바스크립트 엔진의 등장으로 데스크탑 애플리케이션과 웹 애플리케이션의 유사한 사용자 경험을 제공할 수 있게되었다.
• 과거 웹 서버에서 수행되던 로직들이 클라이언트로 이동했고, 웹 애플리케이션 개발에서 FE가 주목받는 계기가 되었다.

Node.js

• 라이언 딜이 발표한 구글 V8 자바스크립트 엔진으로 빌드된 자바스크립트 런타임 환경
• 브라우저의 자바스크립트 엔진에서만 동작하던 자바스크립트를 브라우저 이외의 환경에서도 동작할 수 있도록 자바스크립트 엔진을 브라우저에서 독립시킨 자바스크립트 실행환경이다.
• 서버 사이드 애플리케이션 개발에 주로 사용되고 이에 필요한 모듈, 파일 시스템, HTTP 등 빌트인 API를 제시했다.
• FE와 BE에서 모두 사용할 수 있어 언어를 학습하기 위한 시간이 줄어든다는 장점도 있다.
• 비동기 I/O를 지원하며 단일 스레드 이벤트 루프 기반으로 동작함으로써 요청 처리 성능이 좋다.
• 데이터를 실시간으로 처리하기위해 I/O가 빈번하게 발생하는 SPA에 적합하지만 CPU사용률이 높은 애플리케이션에는 권장하지 않는다.
• 크로스 플랫폼을 위한 언어로 주목받고 있다.

SPA 프레임워크

• 웹과 데스크톱에서 모두 좋은 사용자 경험을 제공하는것이 필수가 되었고, 개발 규모는 점점 커지고 개발 과정도 점점 복잡해졌다. 이를 해결하기위해 많이 사용되는 패턴의 라이브러리가 출현했고 개발에 많은 도움을 주었지만 변경에 유연하면서 확장하기 쉬운 애플리케이션은 아키텍쳐 구축이 어려워졌다. 이로 인해 프레임워크가 등장했다.
• SPA 프레임워크/라이브러리 : react, vue, svelte, angular

ECMAScript & JS

• ECMAScript는 자바스크립트의 표준 사양인 ECMA-262를 말하고 프로그래밍 언어의 값, 타입, 객체와 프로퍼티, 함수, 표준 빌트인 객체 등 핵심 문법을 규정한다.
• 각 브라우저 제조사는 ECMAScript 사양을 준수해서 브라우저에 내장되는 자바스크립트의 엔진을 구현했다.
• 자바스크립트는 일반적으로 프로그래밍 언어로서 기본 뼈대를 이루는 ECMAScript 사양을 준수해서 브라우저에 내장되는 자바스크립트 엔진을 구현했다.
• 자바스크립트는 일반적으로 프로그래밍 언어로서 기본 뼈대를 이루는 ECMAScript와 브라우저가 별도 지원하는 클라이언트 사이드 web API(DOM, BOM, SVG, Web Storage)를 아우르는 개념
• 클라이언트 사이드 Web API는 ECMAScript와 별개로 웹 콘소시엄에서 별도 사양으로 관리함

자바스크립트의 특징

• 웹 브라우저에서 동작하는 유일한 프로그래밍 언어
• 여러가지 언어에서 영향을 받음. (자바와 C언어)
• 인터프리터 언어는 개발자가 별도의 컴파일 작업을 수행하지 않는 언어이다. 자바스크립트는 인터프리터와 컴파일러의 장점을 결합해 비교적 처리 속도가 느린 인터프리터의 단점을 최소화했다.
• 자바스크립트는 명령형, 함수형, 프로토타입 기반 객체지향 프로그래밍을 지원하는 멀티 패러다임 프로그래밍 언어이다.
• IE나 구형 브라우저는 ES6를 대부분 지원하지않아 최신 기능을 사용하거나 IE나 구형 브라우저를 고려해야하는 상황이라면 바벨과 같은 트랜스파일러를 사용해 ES6 이상의 사양으로 구현한 소스 코드를 ES5 이하의 사양으로 다운그레이드 할 필요가 있다.
  • 바벨은 구형 브라우저에서도 동작 가능하도록 도와주고 ESLint는 문법 검사를 해주는 것

CH.3 자바스크립트 실행 환경

• 자바스크립트는 브라우저에서 작동하는 언어이고, 노드 js는 브라우저 외에서도 작동하게하는 런타임 환경이다.
• 모든 브라우저는 자바스크립트를 해석하고 실행할 수 있는 JS 엔진을 내장하고 있음
• node.js (vs) js
  1. 브라우저 : html, css, js를 실행해서 웹 페이지를 브라우저 화면에 렌더링하는 것이 주목적이다.
  2. node.js : 브라우저 외부에서 자바스크립 실행환경을 제공하는것이 주목적이다.
  3. 공통점
     • 모두 js 코어 ECMAScript를 실행가능하지만 그것 이외에 추가로 제공하는 기능은 호환이 어려움
  4. 차이점
     • 브라우저는 파싱된 html요소를 선택하거나 조작하는 기능의 집합인 DOM API를 제공하지않는다 (브라우저 외부 환경에서는 html 요소를 선택하거나 파싱해서 객체화할 DOM을 직접 다룰 필요가 없기때문
       • node.js는 파일을 생성, 수정할 수 있는 파일 시스템을 기본 제공하지만 브라우저는 지원하지않아 web API인 Fileleader 객체를 사용해 사용자가 지정한 파일을 읽어드릴수는 있다.
       • 웹 앱 JS는 사용자의 컴퓨터 브라우저에서 작동하는데 브라우저 환경의 자바스크립트 파일은 제공되지 않음 (보완상의 문제)

Node.js

• 규모가 커진 프로젝트라면 라이브러리를 찾아보거나 Babel, ESLint, Webpack등 여러가지 도구를 사용 가능하다 (Node.js와 npm이 필요하다)
• 브라우저에서만 동작하던 자바스크립트를 브라우저 이외의 환경에도 node.js덕분에 동작시킬 수 있다.
• npm은 자바스크립트 패키지 매니저로 node.js에서 사용할 수 있는 모듈들을 패키지화해서 모아둔 저장소 역할과 패키지 설치 및 관리를 위한 CLI를 제공한다. (패키지 공개 및 재사용도 가능하다)
• npm 은 LTS(Long Term Support)와 Current 버전을 제공
• REPL (read eval prnt loop) : 자바스크립트 코드를 실행해 결과를 확인가능하게해줌

CH.4 변수

• 프로그래밍 언어에서 데이터를 관리하기 위한 핵심 개념
• 자바스크립트 엔진(V8)이 위 자바스크립트 코드를 계산하려면 리터럴과 연산자의 의미를 알고있어야하며, 표현식의 의미도 해석해야한다.
• 컴퓨터는 CPU(M1)를 사용해 계산하고, 메모리를 사용해서 데이터를 기억한다 (임이의 위치(=메모리 주소)에 기억되고 CPU는 이 값을 읽어 연산을 수행한다.
• 이 때 메모리는 데이터를 저장할 수 있는 메모리 셀의 집합체로 셀 하나의 크기는 1바이트를 나타낸다.
• 연산 결과를 단 한번만 사용한다면 문제가 없지만 만약 결과를 재사용하고싶다면 메모리 주소를 통해 연산 결과를 직접 접근하는 것은 치명적인 오류를 발생시킬 수 있다. 그렇기 때문에 자바스크립트에서는 개발자가 직접적인 메모리 제어를 제한한다 (=매니지드 언어)
• 그래서 변수에 기억하고 싶은 값을 메모리에 저장하고 저장된 값을 읽어들여 재사용할 수 있도록 매커니즘을 제공한다.
• 변수에 값을 넣으면 어떤 역할을 하는지 알기도 쉽고 가독성도 높일수있다.

식별자

• 어떤 값을 구별해서 식별할 수 있는 고유한 이름
• 값이 저장되어있는 메모리 주소와 매핑관계를 맺으며 이 매핑 정보도 메모리에 저장되어야 한다
• 식별자는 값이 아니라 메모리 주소를 기억하고 있다.

변수 선언

• 값을 저장하기위해 메모리 공간을 확보하고 변수 이름과 확보된 메모리 공간의 주소를 연결한다. 변수 선언에 의해 확보된 메모리 공간은 확보가 해제되기 전까지 누구도 확보된 메모리 공간을 사용할 수 없도록 보호된다.
• ES6이전에는 var만 존재했다. (블랙 레벨 스코프를 지원하지않고 함수 레벨 스코프를 지원해서 전역 변수가 선언되어 심각한 부작용 발생시킴)

변수 선언 실행 시점과 변수 호이스팅

• 인터프리터에 의해 한 줄씩 순차적으로 실행되는 시점 = 런타임
• 자바스크립트는 소스코드를 한 줄씩 순차적으로 실행한다. 하지만 변수 호이스팅은 변수 선언문이 코드의 선두로 끌어 올려진것처럼 동작한다.

값의 할당

• var : 값 재할당 가능
• const : 값 재할당 불가능
• 가비지 콜렉터 : 애플리케이션이 할당한 메모리 공간을 주기적으로 검사하여 더 이상 사용되지 않는 메모리를 해제하는 기능을 말한다. -> 누수방지

표현식

• 값은 식이 평가되어 생성된 결과를 말한다
• 표현식 문 : 값으로 평가될 수 있는 문
• 표현식이 아닌 문 : 값으로 평가될 수 없는 문

리터럴

• 사람이 이해할 수 있는 문자 또는 약속된 기호를 사용해 값을 생성하는 표기법