반응형
Notice
Recent Posts
Recent Comments
Link
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | ||||||
2 | 3 | 4 | 5 | 6 | 7 | 8 |
9 | 10 | 11 | 12 | 13 | 14 | 15 |
16 | 17 | 18 | 19 | 20 | 21 | 22 |
23 | 24 | 25 | 26 | 27 | 28 |
Tags
- woff2
- 2023 KAKAO BLIND RECRUITMENT
- fontweight
- custom font
- keyup
- 2023 카카오 블라인드 채용
- css
- for ... in
- react native
- 이즈미 마사토
- 투포인터
- for ... of
- 알고리즘
- js
- 저는 이 독서법으로 연봉 3억이 되었습니다.
- 택배 배달과 수거하기
- 프로그래머스
- decodeURIComponent
- 연속된 부분 수열의 합
- TypeScript
- 1권 1진리
- DOMContentLoaded
- keypress
- 부자의 그릇
- 코딩테스트
- level2
- window.onload
- 리코쳇 로봇
- 내성적인 건물주
- 요격 시스템
Archives
- Today
- Total
목록TypeScript (1)
스카이코의 세상
Interface vs Type
타입을 선언하는 데에는 두가지 방법이 있습니다. type Tstate = { name: string; captial: string; } interface IState { name: string; capital: string; } 대부분의 경우에는 타입을 사용해도 되고 인터페이스를 사용해도 됩니다. 하지만 타입과 인터페이스에 존재하는 차이를 분명하게 알고, 같은 상황에서는 동일한 방법으로 명명된 타입을 정의해 일관성을 유지해야 합니다. 비슷한 점 명명된 타입은 인터페이스, 타입 둘다 차이가 없다. 둘 다 모두 추가 속성과 함께 할당한다면 동일한 오류가 발생합니다. const test: TState = { name: 'name', capital: 'capital', population: 500_000 // ..
IT/Typescript
2023. 1. 13. 02:40