[내보내번] JavaScript - Javascript Coercion Explained

GitHub에 있는 33 Concepts Every JavaScript Developer Should Know 라는 리포지토리의 내용 중 공부하고 싶은 아티클을 내가 정리할 겸 기억할 겸 작성하는 번역글이다. 33가지 중 네 번째인 Implicit, Explicit, Nominal, Structuring and Duck Typing과 관련된 내용이다.

※ 내보내번(내가 보려고 내가 번역한): 영어 전공자도 해외 유학파도 아니기에 번역에는 의역, 오역, 구글 번역이 무수히 많을 수 있으며, 오타도 많을 수 있다. 정확한 내용은 원문을 직접 살펴보거나 다른 정보들을 더 찾아보는 것을 추천한다.
(하지만 댓글 피드백도 환영합니다😃 )

이번에 고른 아티클은 Ben Garrison 님이 작성하신 Javascript Coercion Explained 이다. 내용 중간중간 🤔이 아이콘은 본문에 나와 있지 않은 번역 하며 추가한 말이다. 

Javascript Coercion Explained | Hacker Noon

---

 

몇 가지 실용적인 예시와 함께

JS의 강제 형 변환에 대해서 탐사를 시작하기에 앞서 이 포스트는 JS가 untyped language(개인의 정의에 따라 아마 weakly-typed 일수도)이기 때문에 존재하는 것이다. (🤔: untyped에 대한 한국어 표현을 찾다가 untyped라는 말의 정의에도 여러 해석이 있다는 것을 알게 되었다. 이 글을 참조해보는 것도 좋을 것 같다.) 

Typed Language

strongly-typed programming language는 각 데이터 타입(정수형, 문자형, 16진수, 묶음 십진법 등)이 프로그래밍 언어의 일부분으로서 미리 정의되어 있고 주어진 프로그램에 대한 모든 정의된 상수와 변수들은 반드시 데이터 타입 중 하나로 설명되어야 한다. 

-source yo

JS 사용자로서 이것이 우리에게 의미하는 것은 언어가 컴파일 시간에 특정 규칙 기반의 형 결정을 내리도록 강제할 수 있다는 것이다. 이 포스트에서는 2가지 다른 강제 형 변환, 명시적(Explicit)과 암시적(Implicit)에 대해서 다룰 것이다. 

명시적 강제 형 변환은 코드 작성자에 의해 값을 한 타입에서 다른 타입으로 바꾸려는 명확한 시도이다. 암시적 강제 형 변환은 다른 작업에 대한 덜 분명한(less-obvious) 부작용으로서 발생한다. 아래의 예제를 보라(gist): 

implicit/explicit coercion

위의 예제에서 두 가지 접근, 암시적과 명시적 모두 같은 결과임에 유의하라. 이것은 흥미로우면서도 논쟁들을 불러일으킨다. 즉 가독성이 논쟁의 포인트이다. 거의 항상 다른 사람보다는 당신이 자신의 코드를 볼 것이다. 위의 방법 중 어느 것이 더 읽기 쉬운가? 

이제 JS가 ==와 ===를 사용하여 데이터 타입 간 비교를 어떻게 처리하는지, 언제 null과 undefined를 사용하는지 살펴보자. 

null vs. undefined

여기 몇 가지 코드 예제들이 있다. 아래에 더 자세한 설명이 되어 있다(gist):

null vs undefined types

위의 코드에서 주요점은:

• null은 객체이다
• undefined는 고유한 타입이다.

비교

이제 다른 유형의 값을 동등 연산자 ==와 일치 연산자 ===로 비교한 결과에 대해 살펴볼 것이다. 

JS 인터프리터가 우리의 의도에 대해 몇 가지 추측하도록 해보자. 

undefined/null

undefined와 null에 대해 동등 연산자(4,5행)로는 일치하고 일치 연산자(8,9행)로는 그렇지 않은 것을 유의했나?

String, Number, Boolean에 대해서도 비교해보자: 

string/number/bool

지금 쯤이면 패턴을 눈치챘을 것이다. 다른 타입의 값들을 동등 연산자로 비교하면, JS는 값을 올바르게 강제 형 변환할 것이다. 하지만 정확성은 일치 연산자를 통해 달성할 수 있다. 

결론

결국 untyped 언어에서 강제 형 변환은 필요악이다.

나의 제안은:

코드를 작성할 때 일치 연산자를 사용하지 않아야 하는 이유에 대해 정당화할 수 없다면 항상 일치 연산자를 사용하라.