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
- dvh
- 이미지 데이터 타입
- github 100mb
- html
- device in use
- npm package
- electron-packager
- custom printing
- augmentedDevice
- nextjs
- react-native
- github pdf
- 티스토리 성능
- Recoil
- Each child in a list should have a unique "key" prop.
- adb pair
- ELECTRON
- vercel git lfs
- camera access
- rolldown
- Git
- adb connect
- react-native-dotenv
- animation
- camera permission
- github lfs
- Failed to compiled
- silent printing
- Can't resolve
- ffi-napi
Archives
- Today
- Total
목록queue class (1)
Bleeding edge
Queue를 class로 구현해보자.
오늘 문제를 풀다가 queue를 구현해야 풀 수 있는 문제를 만났다. 평소에 queue라는 것을 생각하면, FIFO에 대해서만 생각하고 생각을 끝냈던 것 같다. 먼저 들어가면 먼저 나온다. 그래서 오늘 백준에서 문제를 풀이할 때 queue의 구현성을 먼저 생각하지 못했던 것 같다. queue 언제 쓸까? 아니, queue의 특징을 조금 더 나열하는게 좋을 것 같다. FIFO search bigO(n) insert bigO(1) delete bigO(1) 탐색이 적고, enqueue dequeue가 많은 경우에 사용하기 좋다. 이전에 스택 문제를 풀 때 스택을 구현하여도 불편하지 않았던 이유는 배열을 이용하여 pop을 이용하여도 손쉽게 풀리며 배열을 사용하면, search도 1, pop도 1 push도 1..
Javascript
2022. 10. 30. 22:15