🐸 [JavaScript] 표현식과 문

앞 장에서, 변수에 대해 살펴봤다.

만약 누군가가 '변수에 저장하는 값이라는 게 뭐냐'고 물어보면, 뭐라고 답할 것인가?

중요한 개념이니, 분명하게 설명할 수 있어야한다.

값

값이라는건, 식(표현식)이 평가되어 생성된 결과이다.

뭔가,, 생소한 정의이다.

여기서 말하는 값, 식이라는건 뭐고,, 또 평가된다는 건, 생성된다는 건 뭘까?

하나하나 뜯어서 값을 완벽하게 이해해보자.

1. 값

모든 값은 data type을 가진다.

data type이 중요한 이유는 뭘까?

모든 값들은, 메모리에 bit의 형태로 나열된다.

우리가 이 값들을 사용하기 위해서는, 메모리에 있는 bit 형태의 값들을 해석해야 한다.

이때 data type에 따라 다른 방식으로 해석되기 때문에! 매우 중요하다..

2. 값의 생성

식(표현식)이 평가되어 생성 된 결과

값이라는 건, 다양한 방법으로 생성된다.

사실 가장 기본적인 방법은 리터럴(literal)을 사용하는 방법이다.

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

사람이 이해할 수 있는 아라비아 숫자, 알파벳, 한글 등의 문자
또는 약속된 기호인 "", '', [], {}, // 등을 사용해서 값을 생성한다는 것이다.

우리가 프로그래밍을 할 때 작성하는 3은, 아라비아 숫자 3이 아닌 숫자 리터럴 이며, 이것을 코드에 기록하면 JavaScript 엔진이 이를 평가해서 메모리에 숫자 3을 생성해내는 것이다.

즉, 아라비아 숫자 3은 사람을 위한 표기 방식일 뿐이고, 코드 상에 표기된 숫자 리터럴이 실행되면? 실제 숫자 값으로 변환된다.

3. 평가

식(표현식)이 평가 되어 생성된 결과

평가라는 건 간단하다.

식을 해석해서, 값을 생성하거나 참조(간단히 말하면 사용)하는 것.

---

표현식

식(표현식) 이 평가되어 생성된 결과

값으로 평가될 수 있는 문(statement)를 말한다.

설명보단 코드가 이해가 쉬울 것 같다.

let score = 100;      // (1)

let score = 50 + 50;  // (2)

score;                // (3)

(1)
여기서 100은, 리터럴이다. 그러니까 100이 JavaScript 엔진에 의해서 평가되어 값을 생성한다. 그렇기 때문에 리터럴은 평가식이다.

(2)
리터럴과 연산자가 작성된 우변에서 숫자값 100을 생성한다. (1)에서 살펴봤듯 100은 리터럴, 즉 표현식이다.

(3)
변수 식별자를 참조하는 코드이며, 변수 값으로 평가된다. 식별자 참조는 값을 생성하지는 않는다. 하지만 값으로 평가되기 때문에 표현식이다.

정리가 좀 되는가?

한마디로 정리하자면, 값으로 평가될 수 있는 모든 statement는 표현식이다.

여기에서 설명을 조금 덧붙여보겠다.

표현식과 표현식은 동치(equivalent)이다.

그러니까 수식 1 + 2 = 3 에서 1 + 2와 3은 같다고 할 수 있다.

표현식을 값처럼 사용할 수 있기 때문이며, 문법적으로 값이 위치할 수 있는 자리에는 표현식이 들어갈 수 있다.

다른 표현식의 일부가 되어 새로운 값을 만들어낼 수도 있다.

길게 말했지만 결론은, 표현식은 값처럼 사용한다 는 것이다.

---

문

그렇다면 이제 문과 표현식을 구분해보자.

문이란, 프로그램을 구성하는 기본단위이자 최소단위이다.

프로그래밍은 문을 작성하고, 이를 순서에 맞게 나열하는 행위이다.

이 문은 여러 token으로 구성된다.

token이라는 건, 문법적 최소 단위이다.

let sum = 1 + 2; 라는 코드를 token 단위로 나누자면
let, sum, =, 1, +, 2, ; 이렇게 나눌 수 있다.

문이라는 건, 명령문이라고도 한다.

컴퓨터에게 내리는 명령이라는 의미이다.

문의 종류로는 선언문, 할당문, 조건문, 반복문 등이 있다.

JavaScript 엔진은 세미콜론 ;로 문의 종료를 파악한다.

; 를 통해 순차적으로 하나씩 문을 실행한다.

그러니 웬만하면 ; 을 붙여주도록 하자

사실... JavaScript 엔진은 ;이 없어도 소스코드를 해석 과정에서 '어 이쯤에서 문이 끝난거같은데?' 싶으면 그 지점에 자동으로 ; 을 붙여주고, 이를 ASI라고 한다.

그래서 ;를 붙이지 말자고 주장하는 이들도 있지만,, 우리는 붙여주도록 하자.


그나저나 문과 표현식을 구분하자고 했는데 문을 설명하다가 너무 멀리 온 것 같다.

• 표현식인 문
  표현식은 문의 일부일 수도 있고, 그 자체로 문이 될 수도 있다.
  이를 구별하기 위한 가장 간단한 방법은 변수에 할당해보는 것이다.
  값으로 평가될 수 있는 문, 할당문이라면 표현식인 문 일 것이다.

• 표현식이 아닌 문
  변수에 할당할 수 없는, 변수선언문과 같은 문이다.
  chrome 개발자 도구에서 표현식이 아닌 문을 실행하면, 항상 undefined를 출력하고, 이를 완료값이라고 한다.
  이 undefined는 평가 결과가 아니며, 변수에 할당하거나 참조할 수 없다.
  
  

---

값과 표현식 이런 개념을 깊게 생각해본 적이 없었는데 정리할 수 있는 기회가 된 것 같아 만족스럽다!