몽땅뚝딱 개발자

async, await를 더 잘 사용해보기! ◽ Promiss.all 병렬로 처리가 돼야하는 경우 Promiss.all을 사용하면 된다. async function fetchPages() { const [ response1, response2, response3 ] = await Promise.all([ fetch(url1), fetch(url3), fetch(url3) ]) } ◽ Promiss.race 동기로 처리되는 함수들 중 가장 먼저 이행된 결과값을 반환한다. 출처 댄 밴터캄, 이펙티브 타입스크립트 (프로그래밍 인사이트, 2021) https://developer.mozilla.org/ko/docs/Web/JavaScript/Reference/Global_Objects/Promise/race 개..

📍 클릭 시 이동! 1. 분기문 사용하기 2. instanceof 사용하기 3. 속성 체크하기 4. 명시적 '태그' 붙이기 5. 사용자 정의 타입 가드 사용하기 추가. 주의할 점 ◽ 1. 분기문 사용하기 예제 1. if문 const el = document.getElementById('foo') // 타입: HTMLElement | null if(el) { el // 타입: HTMLElement } else { el // 타입: null } 예제 2. 에러 던지기 const el = document.getElementById('foo') // 타입: HTMLElement | null if(!el) throw new Error('변수를 찾을 수 없습니다.') el // 타입: HTMLElement ◽ 2...

◽ as const const는 변경할 수 없는 변수를 선언할 때 사용하는 것이고, as const와는 다르다. as const는 타입스크립트가 해당 값에 추정되는 많은 타입들 중에서 최대한 좁은 타입으로 추론할 수 있도록 한다. 예를 들어, 원시형 타입은 const로 선언하면 변경이 불가능하지만 Array나 Object는 원시형 타입이 아닌 참조 타입이기 때문에 const로 선언하더라도 깊은(deep) 변경을 실행할 경우 값을 바꿀 수 있다. 따라서 참조 타입은 필요한 경우, const 단언문을 사용하여 타입을 좁히거나 변경할 수 없도록 만들 수 있다. // 타입은 { x: number, y: number } const v1 = { x: 1, y: 2, }; v1.x = 3 // 정상: 변경이 가능하다..

영리한 개발자와 현명한 개발자의 차이점 | 요즘IT 대부분의 개발자는 코드 작성에 있어서는 영리하지만, 여러 상황에서 영리함은 강점이자 약점일 수 있습니다. 상식과 물정에 밝고 경험이 풍부하다면, 개발자가 문제를 해결하기보다 피하는 데 yozm.wishket.com

◽ Readonly - Readonly는 속성을 읽기만 가능하도록 설정하여 매개변수가 변경되는 것을 방지한다. - 변경이 발생하는 코드를 쉽게 찾을 수 있으며, 변경하면서 발생하는 오류를 방지할 수 있다. - 단, Readonly는 얕게 동작하므로 깊은(deep) readonly 타입이 필요하다면 ts-essentials에 DeepReadonly 제네릭을 사용하면 된다. interface Outer { inner: { x: number; } } // 이렇게도 적을 수 있다. // const o: { readonly Outer } const o: Readonly = { inner: { x: 0 } }; // 할당할 수 없다. o.inner = { x: 1 }; // 하지만 이건 가능한데, readonly가..

요즘 타입스크립트를 공부하고 있다. 책으로 공부하는데 하루에 10페이지, 일주일에 50페이지를 목표로 열심히 읽고 있고 지금까지는 잘 진행 중이다. 하지만 모르는 개념이 꽤 많고 그런 상황을 자주 맞닥뜨린다. 그럴 때마다 직접 입력해 보고 선언해 보면서 이해해 보려고 한다. 결국 이해를 못 할 때도 있지만 그래도 블로그에 글로 남겨둔다. 다 이해하지 못해도 남기는 이유는 미래의 나를 믿는 근거 없는 자신감 때문이다. 종종 새로 알게 된 개념을 블로그에 정리해놓으려고 보면 웃기게도 예전에 내가 같은 개념을 정리해놓은 글이 있었다. 과거의 나는 미래의 내가 이해하길 바랐다. 그리고 미래의 나는 그것을 이해했다. 그렇게 정리당한(현재 글과 내용을 합침) 과거의 글만 이번 주에 3개다. 뭐 당장 이해가 안 되는..

forEach, for(;;) 루프 말고도 다른 형태가 또 있었다. 깨달음 추가) 이미 in을 사용하고 있었다. 나는 바보🥺 ◽ for-in const tempArr = [1, 2, 3, 4, 5] for (const item in tempArr) { console.log(item) } ◽ for-of const tempArr = [1, 2, 3, 4, 5] for (const item of tempArr) { console.log(item) } ◽ for-in VS for-of 인덱스에 신경쓰지 않는다면 of를 사용하는 것이 더 좋다고 한다. for-in 루프는 대부분의 브라우저와 자바스크립트 엔진에서 for-of나 for(;;) 루프보다 몇 배나 느리다. - for-in: 열거 가능한 프로퍼티가 대상..

https://www.udemy.com/course/agile-scrum-certification-training/?utm_campaign=udemykorea_course&utm_content=agile-scrum-certification-training&utm_medium=udemyads&utm_source=wj-krweb&utm_term=220609