티스토리 뷰
우와.. 이번에 멀티바이트랑 유니코드랑 수 없이 교환시키는 작업을 하면서 인코딩에 대한 이해가 많이 는 것 같다..
유니코드는 2바이트로 이 세상의 모든 언어를 표시 할 수 있는 그런 놈이다. 이건 알고 아래 글을 읽도록 하자 후후.
일단 UTF-8이 널리 쓰이는 이유에 대해 설명을 간략이 들여보자.
UTF-8은 멀티바이트이다.
65536개의 문자를 사용하는 캐릭터셋은 유니코드의 캐릭터셋을 사용하지만 유니코드는 무조건 1글자에 2byte씩이다. 그걸 1~4byte의 가변길이로 인코딩하는 방식이 UTF-8이다.(그래서 CP_UTF8을 멀티바이트 변환 상수에서 찾을 수 있음.) (캐릭터셋이라 하면 유니코드가 나타낼 수 있는 모든 문자를 말함)
UTF-16이랑 32같은 놈들도 있지만 자주 쓰이는건 UTF-8이다.
UTF-16은 유니코드랑 거의 똑같다고 보면 된다. 걍 UTF-16 == 유니코드. 로 여기면 됨
근데 왜 이 편한 UTF-16을 안쓰고 UTF-8을 쓰느냐?
그 이유는 UTF-8의 캐릭터 셋 중 1바이트를 사용하는 녀석들은 ASCII와 캐릭터 셋이 정확하게 1:1로 매칭되기 때문이다.
따라서 UTF-8을 사용하면 기존에 ASCII로 돼있는 놈들을 바꿔줄 필요가 전혀 없다! UTF-8은 아스키의 슈퍼셋이 되도록 설계하였음!
따라서 기존의 레거시 코드(기존에 사용하던 코드들)의 호환성이 매우 좋다!
또한 유니코드(UTF-16) 같은 경우 문자 중간 중간에 0x00이 마구마구 들어간다. 기존에 0x00은 null terminate string에서 문자열의 끝을 나타내기 위해 쓰였는데,
UTF-16을 표준으로 한다면 매우 난감해 질 것이다. 끝 도 없이 문자열이 종결 되는 것이다!!!
하지만 UTF-8에는 0x00이 중간에 등장할 리가 없다. ASCII코드 0이 아닌 글자가 2byte~4byte로 표현되면서 0x00을 포함할 일이 없다!
UTF-32는 쓸일이 없으니 패스.
'JHB > 잡다한 이야기' 카테고리의 다른 글
[세미나] 유니코드의 다양한 이해 (0) | 2014.09.07 |
---|---|
대학을 졸업한 소프트웨어 개발자에게 중요한 능력 (0) | 2013.04.26 |
[잡설] ResourcePool을 사용하자.. (0) | 2012.07.24 |
경력있는 프로그래머는 무엇이 다른가? (0) | 2011.09.16 |
[잡설] final과 const와 포인터와 클래스대한 고찰 (1) | 2011.03.22 |
[잡설] 같은 기능을 갖는 인스턴스를 여러개 생성하지 말자 (0) | 2011.03.15 |
[잡설] 특정 컨트롤이나 변수에 의존적으로 값이 바뀌는 변수에 대하여. setter의 사용. (0) | 2011.02.15 |
[C++] 파라미터 없는 void는 웬만하면 지양하자 (0) | 2011.02.15 |
- Total
- Today
- Yesterday
- 안드로이드
- database
- it
- MFC
- 프로그래밍
- AWS
- 음악
- Quiz
- source
- Visual C++
- Python
- 리눅스
- C++
- android
- C
- winapi
- Cloud
- algorithm
- jni강좌
- driver
- kering
- NDK
- linux
- Troubleshooting
- API
- 드라이버
- db
- gcc
- java
- jni
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |