Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (seongtaejeong at gmail.com)
홈페이지
첨부 파일
 
(연관된 글이 2개 있습니다.)
(시리즈 글이 3개 있습니다.)
개발 환경 구성: 48. 개발자 PC 환경 - 유니코드(Unicode)를 위한 설정
; https://www.sysnet.pe.kr/2/0/762

.NET Framework: 2122. C# - "Use Unicode UTF-8 for worldwide language support" 설정을 한 경우, 한글 입력이 '\0' 문자로 처리
; https://www.sysnet.pe.kr/2/0/13354

개발 환경 구성: 728. 윈도우 환경의 개발자를 위한 UTF-8 환경 설정
; https://www.sysnet.pe.kr/2/0/13775




윈도우 환경의 개발자를 위한 UTF-8 환경 설정

제가 예전에는,

개발자 PC 환경 - 유니코드(Unicode)를 위한 설정
; https://www.sysnet.pe.kr/2/0/762

자신이 개발하는 프로그램의 유니코드를 강제할 수 있도록 "Locale(English)" 환경을 설정하라고 했었는데요, 현재는 저도 이 방법을 쓰지는 않고 대신 다른 설정을 사용하고 있습니다. ^^

근래에는 UTF-8이 대세이기 때문에 마이크로소프트도 이에 대한 지원을 꽤나(?) 오래 전부터 추가해 두었는데요, 예전에도 한번 소개한 적이 있습니다.

"Beta: Use Unicode UTF-8 for worldwide language support"
; https://www.sysnet.pe.kr/2/0/11559#utf8

제어판 / "Region"을 선택해 뜨는 창에서 "Administrative" 탭을 눌러 "Language for non-Unicode programs" 그룹에 있는 "Change system locale..." 버튼을 누르면,

cmd_support_han_4.png

위의 그림과 같이 "Use Unicode UTF-8 for worldwide language support" 옵션이 있습니다. 저 글을 2018년에 썼는데, 6년여가 지난 지금도 여전히 "베타" 딱지를 떼지 못했군요. ^^; (아마도 제가 아는 범위 내에서는, 마이크로소프트의 제품군에 이렇게 오래 베타를 유지한 기능은 이게 처음인 것 같습니다.)

저 옵션을 선택하면 (부팅이 필요합니다.), "명령행" 윈도우의 기본 코드 페이지가 65001(UTF-8)로 설정됩니다.

// "Use Unicode UTF-8 for worldwide language support" 옵션을 선택한 환경 (영문/한글 윈도우 무관)
c:\temp> chcp
Active code page: 65001

// 저 옵션을 선택하기 전이라면, 영문 윈도우의 경우 437, 한글 윈도우의 경우는 949가 기본값입니다.

따라서, 당연히 기존에 ks_c_5601-1987 인코딩으로 저장돼 있던 모든 문서들의 한글(및 기타 non-ascii 문자)이 깨져 나오는 문제가 발생합니다. (실수로 해당 파일을 메모장 등으로 열었다가 저장이라도 하면 모든 한글 문자를 망가뜨리는 것이니 주의가 필요합니다.)

그나마 근래에는 Visual Studio를 비롯해 메모장까지도 기본 저장을 UTF-8로 하기 때문에 한글이 깨지는 경우를 많이 볼 수는 없을 것입니다.

어쨌든, 일단 위와 같이 설정한 PC에서는 이후부터 모든 파일을 UTF-8로 (기본) 저장하는 효과를 얻기 때문에 code page 문제로 인한 한글(및 기타 유니코드 문자들이) 깨지는 문제를 해결할 수 있습니다. 결국, 여러분이 만드는 프로그램 역시 자연스럽게 유니코드를 지원하도록 만들 수밖에 없는 효과를 얻게 되는 것이니, 개발자라면 필수로 설정해야 할 옵션이 되겠습니다. ^^

제 경우에 저 글을 썼던 2018년 즈음부터 이 옵션을 켜서 쓰고 있는데, 일부 문제는 있었지만 그런대로 근래에는 대부분의 프로그램들이 유니코드를 지원해 딱히 큰 문제는 없었던 것 같습니다. (그러고 보니, 증권 관련 OpenAPI 다룰 때 증권사 측의 프로그램에 한글이 깨지는 문제가 있어 불편했던 적이 있습니다.)

아직 이 옵션을 적용하지 않은 상태로 이 글을 읽는 개발자가 있다면??? 지금 당장 제어판을 열어 꼭 설정하시길 바랍니다. ^^




[이 글에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]

[연관 글]






[최초 등록일: ]
[최종 수정일: 10/23/2024]

Creative Commons License
이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.
by SeongTae Jeong, mailto:techsharer at outlook.com

비밀번호

댓글 작성자
 




1  2  3  4  5  6  7  8  9  10  11  12  13  14  [15]  ...
NoWriterDateCnt.TitleFile(s)
13566정성태2/27/20249542오류 유형: 897. Windows 7 SDK 설치 시 ".NET Development" 옵션이 비활성으로 선택이 안 되는 경우
13565정성태2/23/20248638닷넷: 2219. .NET CLR2 보안 모델에서의 개별 System.Security.Permissions 제어
13564정성태2/22/202410152Windows: 259. Hyper-V Generation 1 유형의 VM을 Generation 2 유형으로 바꾸는 방법
13563정성태2/21/20249646디버깅 기술: 196. windbg - async/await 비동기인 경우 메모리 덤프 분석의 어려움
13562정성태2/21/20249346오류 유형: 896. ASP.NET - .NET Framework 기본 예제에서 System.Web에 대한 System.IO.FileNotFoundException 예외 발생
13561정성태2/20/202410146닷넷: 2218. C# - (예를 들어, Socket) 비동기 I/O에 대한 await 호출 시 CancellationToken을 이용한 취소파일 다운로드1
13560정성태2/19/202410198디버깅 기술: 195. windbg 분석 사례 - Semaphore 잠금으로 인한 Hang 현상 (닷넷)
13559정성태2/19/202411013오류 유형: 895. ASP.NET - System.Security.SecurityException: 'Requested registry access is not allowed.'
13558정성태2/18/202410182닷넷: 2217. C# - 최댓값이 1인 SemaphoreSlim 보다 Mutex 또는 lock(obj)를 선택하는 것이 나은 이유
13557정성태2/18/20249060Windows: 258. Task Scheduler의 Author 속성 값을 변경하는 방법
13556정성태2/17/20249436Windows: 257. Windows - Symbolic (hard/soft) Link 및 Junction 차이점
13555정성태2/15/20249647닷넷: 2216. C# - SemaphoreSlim 사용 시 주의점
13554정성태2/15/20249072VS.NET IDE: 189. Visual Studio - 닷넷 소스코드 디컴파일 찾기가 안 될 때
13553정성태2/14/20248607닷넷: 2215. windbg - thin/fat lock 없이 동작하는 Monitor.Wait + Pulse
13552정성태2/13/20248731닷넷: 2214. windbg - Monitor.Enter의 thin lock과 fat lock
13551정성태2/12/20249823닷넷: 2213. ASP.NET/Core 웹 응용 프로그램 - 2차 스레드의 예외로 인한 비정상 종료
13550정성태2/11/202410267Windows: 256. C# - Server socket이 닫히면 Accept 시켰던 자식 소켓이 닫힐까요?
13549정성태2/3/202411236개발 환경 구성: 706. C# - 컨테이너에서 실행하기 위한 (소켓) 콘솔 프로젝트 구성
13548정성태2/1/202410803개발 환경 구성: 705. "Docker Desktop for Windows" - ASP.NET Core 응용 프로그램의 소켓 주소 바인딩(IPv4/IPv6 loopback, Any)
13547정성태1/31/202410454개발 환경 구성: 704. Visual Studio - .NET 8 프로젝트부터 dockerfile에 추가된 "USER app" 설정
13546정성태1/30/202410145Windows: 255. (디버거의 영향 등으로) 대상 프로세스가 멈추면 Socket KeepAlive로 연결이 끊길까요?
13545정성태1/30/20249683닷넷: 2212. ASP.NET Core - 우선순위에 따른 HTTP/HTTPS 호스트:포트 바인딩 방법
13544정성태1/30/20249342오류 유형: 894. Microsoft.Data.SqlClient - Could not load file or assembly 'System.Security.Permissions, ...'
13543정성태1/30/20249765Windows: 254. Windows - 기본 사용 중인 5357 포트 비활성화는 방법
13542정성태1/30/20248843오류 유형: 893. Visual Studio - Web Application을 실행하지 못하는 IISExpress - 두 번째 이야기
13541정성태1/29/20249606VS.NET IDE: 188. launchSettings.json의 useSSL 옵션
1  2  3  4  5  6  7  8  9  10  11  12  13  14  [15]  ...