| 일 | 월 | 화 | 수 | 목 | 금 | 토 |
|---|---|---|---|---|---|---|
| 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
- Shimon Schocken
- 메타버스
- (주)책만
- hanbit.co.kr
- 게임 수학
- 전공자를 위한 C언어 프로그래밍
- 생능출판
- The Elements of Computing Systems 2/E
- 일기
- C#
- https://insightbook.co.kr/
- 알고리즘
- 데이터 통신과 컴퓨터 네트워크
- 김진홍 옮김
- booksr.co.kr
- 밑바닥부터 만드는 컴퓨팅 시스템 2판
- 백준
- 잡생각 정리글
- 주우석
- JavaScript
- Noam Nisan
- HANBIT Academy
- 박기현
- unity6
- BOJ
- 이득우의 게임수학
- 입출력과 사칙연산
- 이득우
- C
- C++
Archives
- Today
- Total
목록DICTIONARY (1)
cyphen156
C# Array of Generic Dictionary에 대한 고찰
맨 처음 자료구조를 선택할때 Uint Key, Type Asset의 유형으로 딕셔너리 자료구조를 선택햇다.Key가 순차적으로 들어온다는 보장이 없고, 동일한 애셋 유형끼리 관리하기 위해 당연한 것이엇다.근데 이 애셋 유형별 딕셔너리를 스위치로 분기하자니 딕셔너리가 늘어날때마다 함수가 늘거나, 스위치 분기가 늘어나는게 귀찮았다. 그래서 딕셔너리의 포인터 배열로 관리하면 빠른 접근이 가능하지 않을까? 햇다.그래서 나온것이 Dictionary[] domains라는 딕셔너리의 배열이다. 근데 이렇게하면 타입 안정성이 object 유형이라 뭐든 죄다 캐스팅해버린다. Dictionary가 object 를 상속받는 자료구조이기 때문에 사용가능하긴 한데 쓰는 입장에서 Dictionary가 아니라 ArrayList, H..
프로그래밍/C#
2026. 1. 27. 14:18