TypeScript 간단 정리 - 1
TypeScript를 강의할 기회가 있었는데 그때 활용하던 자료를 조금 다듬었다!
타입스크립트란 ?
TypeScript is JavaScript with syntax for types.
JavaScript With Syntax For Types.
TypeScript extends JavaScript by adding types to the language. TypeScript speeds up your development experience by catching errors and providing fixes before you even run your code.
Typescript 공식 사이트에 들어가시면 위와 문구를 확인할 수 있다. 해석을 해보면 타입을 위한 문법과 자바스크립트를 더한 것이 타입스크립트라는 것을 알 수 있다.
어려워 할 필요없다. 편의를 위해 자바스크립트에 타입이 추가 되었을 뿐
타입스크립트는 자바스크립트의 SuperSet
타입스크립트는 자바스크립트의 SuperSet이라는 말이 있는데 이 말은 아래 벤다이어그램과 같이 자바스크립트의 모든 기능을 타입스크립트가 포함하고 있다는 의미이다.
SuperSet: JS의 모든 기능을 포함하고 있다.

Typescript vs Javascript
Type
Typescript는 정적 타입
Javascript는 동적 타입
타입이란 ?
- 위에서는 number, string, arr 등과 같은 자료형을 의미함!
예시
- Javascript : 별다른 문제없이 값이 할당된다.
let num = 3;
num = '삼';
위 코드에서 알 수 있듯이, ‘삼’을 num 에 할당하면 별다른 문제없이 값이 할당된다. 이러한 현상을 자바스크립트가 동적 타입을 갖는다라고 말할 수 있다.
동적! 변하기 쉽다. 움직인다라는 의미처럼 JS는 어떤 변수에 숫자, 문자, 배열, 객체 등 아무거나 할당 가능하다.
- Typescript : 아래 사진과 같이 오류가 난다.
let num = 3;
num = '삼';

처음에 숫자 number를 할당했으니 number에 string를 할당할 수 없다고 에러가 난다.
Time
Typescript는 변수의 타입이 컴파일타임에 결정된다
Javascript는 변수의 타입이 런타임에 결정된다
컴파일타임? 런타임?
- 컴파일 타임 (compile time) : 작성한 소스코드가 어떠한 것(js, binary 등)으로 변환되는 과정
- 런타임 : 프로그램이 실행되는 과정
IDE (VS Code)에서는 컴파일 타임에서 에러가 날 상황을 빨간줄로 미리 알려준다.
따라서 Javascript는 여러분의 react 프로젝트를 실행하기 전 어떤 오류가 있을 지 알 수 없으나, Typescript는 에러가 날 상황을 미리 여러분의 IDE (VS Code)가 알려준다.
Typescript를 왜 쓸까?
장점 | 단점 | |
Typescript | 1. Microsoft에서 만들었고 꾸준히 업데이트한다 2. 생태계가 크다 3. Microsoft에서 개발한 vscode와 잘 맞는다 4. 여러분이 사용하는 대부분의 lib에서 타입 정의 파일을 제공한다 5. 유지보수가 JS보다 유리하다 | 1. Javascript에 비해 어렵다 |
Javascript | 1. 다른 언어에 비해 쉽다 2. 적은 양의 코딩을 할 때 쉽고 빠르게 가능 | 1. 런타임 시 오류가 검출 2. 프로젝트 사이즈가 커지면 유지보수가 어렵다 |
생산성(유지보수)가 왜 유리할까?
const person = {
name: 'js',
gender: 'man',
};
console.log(person.age);
- 에러 발생
- 정적 타입 언어인 TS는 IDE에서 person의 타입을 알기에 에러를 발생시킨다.
- 동적 타입 언어인 JS는 IDE에서 알 수 없다.
- 자동 완성
타입스크립트 세팅
1. npm init -y
2. npm install typescript
3. npx tsc --init
Wrote to /Users/binary/~~/package.json:
{
"name": "2",
"version": "1.0.0",
"description": "",
"main": "index.js",
"scripts": {
"test": "echo \"Error: no test specified\" && exit 1"
},
"keywords": [],
"author": "",
"license": "ISC"
}
위와 같이 커맨드를 입력하면 tsconfig.json 이 생성된 것을 확인할 수 있다.
tsconfig.json
{
"compilerOptions": {
/* Visit https://aka.ms/tsconfig to read more about this file */
/* Projects */
// "incremental": true, /* Save .tsbuildinfo files to allow for incremental compilation of projects. */
// "composite": true, /* Enable constraints that allow a TypeScript project to be used with project references. */
// "tsBuildInfoFile": "./.tsbuildinfo", /* Specify the path to .tsbuildinfo incremental compilation file. */
// "disableSourceOfProjectReferenceRedirect": true, /* Disable preferring source files instead of declaration files when referencing composite projects. */
// "disableSolutionSearching": true, /* Opt a project out of multi-project reference checking when editing. */
// "disableReferencedProjectLoad": true, /* Reduce the number of projects loaded automatically by TypeScript. */
/* Language and Environment */
"target": "es2016", /* Set the JavaScript language version for emitted JavaScript and include compatible library declarations. */
// "lib": [], /* Specify a set of bundled library declaration files that describe the target runtime environment. */
// "jsx": "preserve", /* Specify what JSX code is generated. */
// "experimentalDecorators": true, /* Enable experimental support for TC39 stage 2 draft decorators. */
// "emitDecoratorMetadata": true, /* Emit design-type metadata for decorated declarations in source files. */
// "jsxFactory": "", /* Specify the JSX factory function used when targeting React JSX emit, e.g. 'React.createElement' or 'h'. */
// "jsxFragmentFactory": "", /* Specify the JSX Fragment reference used for fragments when targeting React JSX emit e.g. 'React.Fragment' or 'Fragment'. */
// "jsxImportSource": "", /* Specify module specifier used to import the JSX factory functions when using 'jsx: react-jsx*'. */
// "reactNamespace": "", /* Specify the object invoked for 'createElement'. This only applies when targeting 'react' JSX emit. */
// "noLib": true, /* Disable including any library files, including the default lib.d.ts. */
// "useDefineForClassFields": true, /* Emit ECMAScript-standard-compliant class fields. */
// "moduleDetection": "auto", /* Control what method is used to detect module-format JS files. */
/* Modules */
"module": "commonjs", /* Specify what module code is generated. */
// "rootDir": "./", /* Specify the root folder within your source files. */
// "moduleResolution": "node", /* Specify how TypeScript looks up a file from a given module specifier. */
// "baseUrl": "./", /* Specify the base directory to resolve non-relative module names. */
// "paths": {}, /* Specify a set of entries that re-map imports to additional lookup locations. */
// "rootDirs": [], /* Allow multiple folders to be treated as one when resolving modules. */
// "typeRoots": [], /* Specify multiple folders that act like './node_modules/@types'. */
// "types": [], /* Specify type package names to be included without being referenced in a source file. */
// "allowUmdGlobalAccess": true, /* Allow accessing UMD globals from modules. */
// "moduleSuffixes": [], /* List of file name suffixes to search when resolving a module. */
// "resolveJsonModule": true, /* Enable importing .json files. */
// "noResolve": true, /* Disallow 'import's, 'require's or '<reference>'s from expanding the number of files TypeScript should add to a project. */
/* JavaScript Support */
// "allowJs": true, /* Allow JavaScript files to be a part of your program. Use the 'checkJS' option to get errors from these files. */
// "checkJs": true, /* Enable error reporting in type-checked JavaScript files. */
// "maxNodeModuleJsDepth": 1, /* Specify the maximum folder depth used for checking JavaScript files from 'node_modules'. Only applicable with 'allowJs'. */
/* Emit */
// "declaration": true, /* Generate .d.ts files from TypeScript and JavaScript files in your project. */
// "declarationMap": true, /* Create sourcemaps for d.ts files. */
// "emitDeclarationOnly": true, /* Only output d.ts files and not JavaScript files. */
// "sourceMap": true, /* Create source map files for emitted JavaScript files. */
// "outFile": "./", /* Specify a file that bundles all outputs into one JavaScript file. If 'declaration' is true, also designates a file that bundles all .d.ts output. */
// "outDir": "./", /* Specify an output folder for all emitted files. */
// "removeComments": true, /* Disable emitting comments. */
// "noEmit": true, /* Disable emitting files from a compilation. */
// "importHelpers": true, /* Allow importing helper functions from tslib once per project, instead of including them per-file. */
// "importsNotUsedAsValues": "remove", /* Specify emit/checking behavior for imports that are only used for types. */
// "downlevelIteration": true, /* Emit more compliant, but verbose and less performant JavaScript for iteration. */
// "sourceRoot": "", /* Specify the root path for debuggers to find the reference source code. */
// "mapRoot": "", /* Specify the location where debugger should locate map files instead of generated locations. */
// "inlineSourceMap": true, /* Include sourcemap files inside the emitted JavaScript. */
// "inlineSources": true, /* Include source code in the sourcemaps inside the emitted JavaScript. */
// "emitBOM": true, /* Emit a UTF-8 Byte Order Mark (BOM) in the beginning of output files. */
// "newLine": "crlf", /* Set the newline character for emitting files. */
// "stripInternal": true, /* Disable emitting declarations that have '@internal' in their JSDoc comments. */
// "noEmitHelpers": true, /* Disable generating custom helper functions like '__extends' in compiled output. */
// "noEmitOnError": true, /* Disable emitting files if any type checking errors are reported. */
// "preserveConstEnums": true, /* Disable erasing 'const enum' declarations in generated code. */
// "declarationDir": "./", /* Specify the output directory for generated declaration files. */
// "preserveValueImports": true, /* Preserve unused imported values in the JavaScript output that would otherwise be removed. */
/* Interop Constraints */
// "isolatedModules": true, /* Ensure that each file can be safely transpiled without relying on other imports. */
// "allowSyntheticDefaultImports": true, /* Allow 'import x from y' when a module doesn't have a default export. */
"esModuleInterop": true, /* Emit additional JavaScript to ease support for importing CommonJS modules. This enables 'allowSyntheticDefaultImports' for type compatibility. */
// "preserveSymlinks": true, /* Disable resolving symlinks to their realpath. This correlates to the same flag in node. */
"forceConsistentCasingInFileNames": true, /* Ensure that casing is correct in imports. */
/* Type Checking */
"strict": true, /* Enable all strict type-checking options. */
// "noImplicitAny": true, /* Enable error reporting for expressions and declarations with an implied 'any' type. */
// "strictNullChecks": true, /* When type checking, take into account 'null' and 'undefined'. */
// "strictFunctionTypes": true, /* When assigning functions, check to ensure parameters and the return values are subtype-compatible. */
// "strictBindCallApply": true, /* Check that the arguments for 'bind', 'call', and 'apply' methods match the original function. */
// "strictPropertyInitialization": true, /* Check for class properties that are declared but not set in the constructor. */
// "noImplicitThis": true, /* Enable error reporting when 'this' is given the type 'any'. */
// "useUnknownInCatchVariables": true, /* Default catch clause variables as 'unknown' instead of 'any'. */
// "alwaysStrict": true, /* Ensure 'use strict' is always emitted. */
// "noUnusedLocals": true, /* Enable error reporting when local variables aren't read. */
// "noUnusedParameters": true, /* Raise an error when a function parameter isn't read. */
// "exactOptionalPropertyTypes": true, /* Interpret optional property types as written, rather than adding 'undefined'. */
// "noImplicitReturns": true, /* Enable error reporting for codepaths that do not explicitly return in a function. */
// "noFallthroughCasesInSwitch": true, /* Enable error reporting for fallthrough cases in switch statements. */
// "noUncheckedIndexedAccess": true, /* Add 'undefined' to a type when accessed using an index. */
// "noImplicitOverride": true, /* Ensure overriding members in derived classes are marked with an override modifier. */
// "noPropertyAccessFromIndexSignature": true, /* Enforces using indexed accessors for keys declared using an indexed type. */
// "allowUnusedLabels": true, /* Disable error reporting for unused labels. */
// "allowUnreachableCode": true, /* Disable error reporting for unreachable code. */
/* Completeness */
// "skipDefaultLibCheck": true, /* Skip type checking .d.ts files that are included with TypeScript. */
"skipLibCheck": true /* Skip type checking all .d.ts files. */
}
}
많은 설정 값들이 있지만 이를 하나하나 다 알 필요는 없다. 각 라인이 뭘 의미하는 지는 주석에 적혀있으니 필요하게 되면 그때 그때 확인하고 적용하면 된다.
이 중에서 가장 중요한 Target, Module 에 대해 설명하겠다.
Target: 어떤 JS 버젼으로 변환할 것 인가?

target에 들어갈 값은 자바스크립트의 버전이다. target의 의미는 TS를 입력된 버젼의 JS로 변환하겠다는 의미이다.
Module: import 문법을 어떻게 변환할까?
module은 TS에서 JS로 변환할때 import 문법을 어떻게 변환할지 정하는 곳이다.
commonjs는 require 문법, es2015 , esnext 는 import 문법으로 변환한다.
타입스크립트 컴파일
hi.ts
import { helloFunc } from './hello';
const str = 'TS';
const hi = () => {
console.log(`Hello ${str}!`);
};
helloFunc();
hello.ts
export const helloFunc = () => {
console.log('hello');
};
npx tsc 입력!
hi.js
"use strict";
Object.defineProperty(exports, "__esModule", { value: true });
const hello_1 = require("./hello");
const str = 'TS';
const hi = () => {
console.log(`Hello ${str}!`);
};
(0, hello_1.helloFunc)();
target를 ES5 로 변경하면 ?
"use strict";
Object.defineProperty(exports, "__esModule", { value: true });
var hello_1 = require("./hello");
var str = 'TS';
var hi = function () {
console.log("Hello ".concat(str, "!"));
};
(0, hello_1.helloFunc)()
target을 ES5 로 변경하고 변환된 결과를 보면 function 키워드와 concat 메소드가 추가된것을 확인할 수 있다.
왜 이렇게 변환이 되었는지 생각해보면 ES5 버젼에서는 arrow function 이 없고, 템플릿 리터럴이 없기 때문에 target ES5인 경우에는 이렇게 변환이 된 것이다.
브라우저는 TS를 이해 못해요~

좀 더 근본적인 생각을 해보자!
왜 TS를 JS로 변환해야 할까? 그 이유는 바로 브라우저가 TS를 이해하지 못하기 때문이다. 브라우저 이해할수 있는 것들은 오로지 HTML, CSS, JS이다. 그래서 TS를 변환하는 과정이 필요하다.