반응형
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 | 29 | 30 |
Tags
- keypress
- 프로그래머스
- js
- for ... of
- 2023 KAKAO BLIND RECRUITMENT
- woff2
- custom font
- 연속된 부분 수열의 합
- keyup
- window.onload
- 1권 1진리
- decodeURIComponent
- 내성적인 건물주
- 리코쳇 로봇
- 알고리즘
- 코딩테스트
- TypeScript
- 택배 배달과 수거하기
- level2
- 2023 카카오 블라인드 채용
- 이즈미 마사토
- css
- 요격 시스템
- 투포인터
- 부자의 그릇
- for ... in
- DOMContentLoaded
- 저는 이 독서법으로 연봉 3억이 되었습니다.
- react native
- fontweight
Archives
- Today
- Total
목록IT/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