kakasoo

// Question : Exclude type을 정의하라 type question = any; TypeScript Utility type인 Exclude의 정의를 보면 T extends U ? never : T 라는 매우 생소한 표현이 등장한다. 아니, Exclude는 두번째 타입 파라미터로 받은 U를 제외한 나머지 타입을 반환하는데 왜 never 혹은 T 라는 타입이 되는가? 아래의 순서를 따라가면 그 의미를 이해할 수 있다. // Answer : 아래와 같은 논리를 따라가볼 수 있다. // 'a' | 'b' | 'c' 라는 타입에서 'a'를 exclude 한다고 가정한다. type answer1 = 'b' | 'c'; type answer2 = never | 'b' | 'c'; 주석과 같이 'a' ..

interface Person { name: string; age: number; } type Partial = { [P in keyof T]?: T[P]; // P will be each key of T } type PersonPartial = Partial; // same as { name?: string; age?: number; } in키워드는 키 조합의 모든 항목을 반복하는 구문의 일부로 사용된다. 위에서 Partial type은 key of T 이므로 name, age 프로퍼티들이 될 것이고, 그것이 반복된 키-밸류의 객체 타입을 의미한다. 다만 그 키의 값이 ?: 연산자로 optional 하다고 알려주기 때문에 이름의 의미와 같이, Partial하게 정의된다. type TupleToObjec..

findOne({ from, include, lessThanEqual, moreThanEqual, }: { from: T; include: IncludeType; lessThanEqual: V; moreThanEqual: W; }): ExecutionComparison; findOne({ from, include, lessThanEqual, moreThanEqual, }: { from: T; include: IncludeType; lessThanEqual: V; moreThanEqual: W; }): ExecutionComparison; findOne({ from, lessThanEqual, moreThanEqual, }: { from: T; lessThanEqual: V; moreThanEqual: W..

function test(a:boolean) { return a ? 1 : 2; } const a = test(true); 이렇게 작성했을 경우 a의 타입은 1 | 2로 추론된다. function test(a: true): 1; function test(a: false): 2; function test(a: boolean): 1 | 2 { return a ? 1 : 2; } const a = test(true); 이렇게 작성하면 a의 타입은 1로 추론된다. 조건에 따른 a 타입을 추론하기 위해서는 단지 오버로딩을 이용하는 것만으로도 충분하다. 만약 분기 처리에 따라서, 또는 파라미터로 받은 a를 내부에서 호출하는 다른 메서드로 호출하는 등 추가적인 분기 처리가 생긴다면, 그만큼 더 많은 오버로딩을 작성함..

이 글에 나와 있는 Push Type은 이전 글에서 설명하고 있다. type NTuple = ? 타입 N 튜플은 타입 파라미터 N을 튜플의 크기로 하는 Tuple 타입을 의미한다. 두번째 파라미터로 받은 T는, 튜플에 포함되어 있어야 하는 값이 있는 경우, 값을 정의하기 위해 존재한다. 이 NTuple을 정의하려면 어떻게 해야 할까? type NTuple = ? 일단 N은 number를, T는 any[]를 확장해주어야 한다. T의 경우 기본 타입으로 빈 배열 ( 여기서는 튜플이라고 하는 게 정확하다 ) 을 받는다. 파라미터를 받았으니 이제 구현 부분이다. 구현을 위해서는 튜플 타입이 의미하는 게 무엇인지, 논리를 하나 씩 따져보는 것이 좋을 것이다. type NTuple = T['length'] exte..

타입스크립트에서 제너릭으로 받은 타입 T, P… 등등은 일반적으로 타입 파라미터라고 부른다. 그 이유는, 제너릭이 타입을 매개변수로 받아 타입에 따른 클래스와 함수를 정의하기 때문이다. 이렇게 제너릭을 활용하면 코드를 추상적으로 작성 가능해져 타입 별로 코드를 구현할 필요가 없게 된다. type Push = [...T, value]; 이 Push 라고 하는 타입은 T와 value 라는 타입 파라미터를 받는다. 이번에 구현할 Push 타입은 Array.prototype.push와 같이, 타입에 새로운 타입인 value를 확장하는 타입이다. 기존의 push 메서드는 push 연산 이후의 배열이 어떤 상태인지, 타입 레벨에서의 추론이 동작하지 않는다. 첫번째 타입 파라미터 T는 any[]를 확장하며, valu..

type Length = T['length']; 타입 레벨에서의 extends 키워드는 타입 상속을 의미한다. 타입 A가 B를 상속할 때, A는 B의 모든 프로퍼티와 메서드를 상속받아야 하는데, 조건문의 의미로도 쓰인다. A가 B를 상속받는다는 것은 최소한 A가 B와 같거나, B보다 더 구체적인 ( = 더 많은 프로퍼티를 가진 ) 것이다. 위의 Length는, 생각보다 별 거 아닌 게, 제너릭으로 받은 T는 any[]를 상속받으니 즉 어떠한 배열을 의미한다. T가 배열이라면 반드시 내부에 length 프로퍼티가 있기 때문에, T[’length’]로 특정 프로퍼티를 뽑을 수 있다. type Length = T['length']; type A = Length; const length: A = 5; // 5가..

// Extract type a = 'a'|'b'; type b = Extract // 'a' type c = Extract // 'a' | 'b' Type에서 Union에 할당할 수 있는 모든 Union 멤버를 추출하여 유형을 구성한다. 위 코드에서는 a 로부터 두번째 타입 인자로 받은 Union에 할당 가능한 대상을 각각 추출한 것이다. a로부터 ‘a’ 상수 타입에 들어갈 수 있는 것은 ‘a’ 상수 타입 뿐이며, string 타입에 들어갈 수 있는 건 ‘a’, ‘b’ 모두다.

오늘 만든 메서드들은 현재 Builder instance 내부에 스택으로 저장되지 않고, 즉시 실행되는 형태를 가진다. 이렇게 만들어진 까닭은, 이 메서드들이 from 메서드 내부에 종속될 거라고 예상되기 때문이다. 대부분의 경우, from의 값을 꾸미는 데 사용될 것이기 때문에 이런 패턴을 강제했다. slove /** * A function that unravels a subBuilder and converts it all intro a string. */ private slove(target: string | ((subBulder: RegExpBuilder) => string | RegExpBuilder)) { if (typeof target === 'string') { return target; }..

regexp-manager를 만들면서, 며칠 간 생각한 것을 정리한다. ( 아직 작업 중이다. ) 내 감상을 적는, 일종의 일기나 다름없어서 다른 사람들은 읽어도 알아듣기 어려울 거라고 생각한다. regexp-manager regexp builder for node.js developer. Latest version: 0.3.0, last published: 11 hours ago. Start using regexp-manager in your project by running `npm i regexp-manager`. There is 1 other project in the npm registry using regexp-manager. www.npmjs.com 서론 회사에서 정규표현식을 사용해서 각 커..

우리 기업의 고객 수를 정확히 알고 싶다. 하지만 고객은 유입도 있고 이탈도 있어서, 특정 기간만을 봐서는 정확하게 집계할 수 없다. 따라서 고객은 여러 기간을 두고 봐야 하는데, 문제는 고객들 역시 패턴이 있다는 점이다. 지금 내가 소속된 회사같이 B2B라면, 고객들이 진출한 업계에 따라서 구매 패턴이 달라질 수가 있다. 예를 들어 스포츠나 레저 쪽 산업에 진출한 회사라면 당연히 계절마다 구매 패턴이 달라지게 될 것이다. 성장하는 회사라고 해도 직선의 그래프가 나오질 않으니 정확한 통계를 내려면 몇 년을 두고 봐야 할 텐데, 문제는 스타트업들의 경우에는 그 정도의 고객 데이터가 확보되지 않은 경우가 다반사라는 점이다. 어떻게 일부분의 데이터만 가지고도 전체 윤곽을 그려볼 수 있을까? Rolling wi..

const first = 'first'; const second = 'second'; const expression= `(?