Visual Studio에서 개행(\n, \r) 등의 제어 문자를 치환하는 방법 - 정규 표현식 사용

가끔은, 특정 문자열에 대해 개행(CR - carriage return, LF - line feed) 문자 등을 지우고 싶을 때가 있습니다. 예를 들어, 다음과 같은 키 파일이 있을 때,

이것을 소스 코드에서 단일 문자열로 사용하기 위해,

string privateKey = "-----BEGIN RSA PRIVATE KEY-----MIIJ...[생략]...nOJn/w-----END RSA PRIVATE KEY-----";

마지막 개행 문자를 모두 제거하고 싶은 경우인데요, 그럴 때는 아래의 화면과 같이 비주얼 스튜디오의 "Find and Replace" 대화창에서 "Use Regular Expressions (Alt + E)" 옵션을 켜 두면,

찾을 문자열에 대해 "\n", "\r" 등의 escape 표현을 쓸 수 있고, 치환할 문자열 칸을 비워두고 실행하면 개행 문자를 모두 없애게 됩니다.

참고로, 문서에 따라 "\n", "\r"의 유무가 달라지므로 "\r?\n", "\p{Cc}" 등으로 찾기 문자열을 주는 것이 좋습니다. 좀 더 자유로운 사용법은 다음의 공식 문서를 참고하시고.

Use regular expressions in Visual Studio
; https://docs.microsoft.com/en-us/visualstudio/ide/using-regular-expressions-in-visual-studio

그런데 혹시 이 기능을 활용하면 지난 글에서 소개한,

탐색기의 보안 탭에 있는 "Object name" 경로에 LEFT-TO-RIGHT EMBEDDING 제어 문자가 포함되는 문제
; https://www.sysnet.pe.kr/2/0/12557

숨겨진 문자열을 찾을 수 있지 않을까요? 이를 위해 해당 character(0x202a)에 대한 유니코드 분류를 알아야 하는데요, 이것은 다음의 코드로 가능합니다.

string txt = @"C:\Users\desktop.ini"; // Object name에서 가져온 문자열

Console.WriteLine(char.GetUnicodeCategory(txt[0])); // 출력 결과: Format
                                                    // txt[0] == 0x202a

따라서 다음의 문서에 따라,

Character classes in regular expressions
 - Unicode category or Unicode block: \p{}
; https://docs.microsoft.com/en-us/dotnet/standard/base-types/character-classes-in-regular-expressions#unicode-category-or-unicode-block-p

Character classes in regular expressions
 - Supported Unicode general categories
; https://docs.microsoft.com/en-us/dotnet/standard/base-types/character-classes-in-regular-expressions#supported-unicode-general-categories

찾기 문자열을 "\p{Cf}"로 주면 될 것 같은데, 아쉽게도 못 찾는군요. ^^ 또한, 0x202a 문자가 유니코드에는 "IsGeneralPunctuation"으로 분류되므로,

Character classes in regular expressions
 - Supported named blocks
; https://docs.microsoft.com/en-us/dotnet/standard/base-types/character-classes-in-regular-expressions#supported-named-blocks

"\p{IsGeneralPunctuation}"라고 해도 검색 되어야 하는데 이것 역시 비주얼 스튜디오에서 동작을 하지 않습니다. 마지막으로, 직접 유니코드 값으로 "\u202a"라고 입력해 봤지만

Character Escapes in Regular Expressions
; https://docs.microsoft.com/en-us/dotnet/standard/base-types/character-escapes-in-regular-expressions

역시나 ^^; 찾을 수 없군요. (혹시, 해당 글자를 찾을 수 있는 방법을 아시는 분은 덧글 부탁드립니다.) 참고로, \x를 이용한 코드 값을 직접 주는 경우 2글자, \u를 이용한 코드 값은 4글자까지 가능합니다. 예를 들어, \x20은 가능하지만 \x020은 안 되고, \u로 시작하면 "\u03b1"등의 검색이 가능합니다.

재미있는 것은, Visual Studio Code에서는 \u202a로 검색이 됩니다.

할 수 없군요, 이제 마지막 남은 방법은 매크로 같은 함수를 만들어 쓰는 수밖에 없을 듯합니다. 예전에 소개했던 "Macros for Visual Studio"를 이용하면,

Visual Studio 2013/2015를 위한 "Macros for Visual Studio"
; https://www.sysnet.pe.kr/2/0/10980

다음과 같은 식으로 매크로 함수를 만들 수 있습니다.

/// <reference path="C:\Users\testusr\AppData\Local\Microsoft\VisualStudio\16.0_c5e17422\Macros\dte.js" />

if (dte.UndoContext.IsOpen)
    dte.UndoContext.Close();

try {
    dte.UndoContext.Open("RepaceControlCode");

    var document = dte.ActiveDocument.Object();
    var startPoint = document.StartPoint.CreateEditPoint();
    var endPoint = document.EndPoint.CreateEditPoint();
    var text = startPoint.GetText(endPoint);

    text = text.replace(/\u202a/g, '');
    
    var selObj = dte.ActiveDocument.Selection;
    selObj.SelectAll();

    selObj.Text = text;

} finally {
    dte.UndoContext.Close();
}

그런데, 문제가 있습니다. 위와 같이 하면 웬일인지 "selObj.Text = text" 코드 실행 시 시간이 너무 오래 걸립니다. 이상하군요, 어쨌든 오래 걸리므로 이것을 다음과 같이 우회해 구현할 수 있습니다.

/// <reference path="C:\Users\SeongTae Jeong\AppData\Local\Microsoft\VisualStudio\16.0_c5e17422\Macros\dte.js" />

if (dte.UndoContext.IsOpen)
    dte.UndoContext.Close();

try {
    dte.UndoContext.Open("RepaceControlCode");

    var document = dte.ActiveDocument.Object();
    var startPoint = document.StartPoint.CreateEditPoint();
    var endPoint = document.EndPoint.CreateEditPoint();
    var text = startPoint.GetText(endPoint);

    text = text.replace(/\u202a/g, '');
    
    var selObj = dte.ActiveDocument.Selection;
    selObj.SelectAll();

    // selObj.Text = text;

    selObj.Text = "";
    document.Selection.Insert(text, 1);

} finally {
    dte.UndoContext.Close();
}

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

[최초 등록일: 3/12/2021]
[최종 수정일: 3/12/2021]

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.

by SeongTae Jeong, mailto:techsharer at outlook.com

No	Writer	Date	Cnt.	Title	File(s)
432	정성태	1/10/2007	23961	Windows: 13. InitOnceExecuteOnce API 소개 [5]
431	정성태	1/8/2007	21553	Windows: 12. 비스타는 안전한 윈도우인가? [2]
430	정성태	1/7/2007	27492	웹: 6. IIS 7 마이그레이션 정리 - Sysnet
427	정성태	12/30/2006	18213	Team Foundation Server: 14. VS.NET IDE에 통합된 TFS Annotate [1]
425	정성태	12/29/2006	22134	Windows: 11. Vista IIS 7(Integrated mode)에서의 ASP.NET F5 디버깅 방법
424	정성태	12/29/2006	20232	기타: 16. 첫걸음 [2]
426	정성태	12/30/2006	18630	기타: 16.1. 예외 발생
420	정성태	12/27/2006	23337	Windows: 10. Internet Explorer 7.0 호환성 백서 (Word 문서, 1.92MB) [7]	1
419	정성태	12/25/2006	25032	Windows: 9. VS.NET 2005 원격 디버깅 구성
418	정성태	12/25/2006	33094	웹: 5. IIS 7에서 클라이언트 측 인증서 사용 시 주의점 [2]
417	정성태	12/24/2006	25619	Windows: 8. VS.NET 2005에서의 웹 애플리케이션 디버깅 설정
416	정성태	1/31/2007	25606	오류 유형: 23. MSI 설치 시 로그 파일 생성하는 레지스트리 설정 [3]
415	정성태	12/31/2006	29396	개발 환경 구성: 20. 인증서 오류 체크 목록
413	정성태	12/20/2006	26318	VC++: 26. volatile 키워드 [1]	1
412	정성태	12/17/2006	30117	오류 유형: 22. VS.NET 2005 SP1 설치 도중 오류 [9]
411	정성태	12/16/2006	19148	오류 유형: 21. TFS SP1 설치 관련 오류 (2) - KB919156 패치 이후 TFS 접근 문제
410	정성태	12/16/2006	20495	오류 유형: 20. TFS SP1 설치 관련 오류 (1) - KB919156 패치
408	정성태	12/10/2006	22662	Windows: 7. USB 드라이브 내용 암호화
407	정성태	12/10/2006	20277	오류 유형: 19. Vista 에서의 VS.NET 2005 로 개발한 어셈블리에 대한 서명 확인 오류
406	정성태	12/10/2006	25037	Windows: 6. IE 7 검색 공급자 - 영한 사전
403	정성태	12/6/2006	32160	Windows: 5. Vista 와 웹 인증 등록 서비스의 문제 [5]
402	정성태	12/11/2006	23145	Windows: 4. Vista 설치 후기 [1]
409	정성태	12/11/2006	27165	Windows: 4.1. Vista 설치 후기 - 두 번째 이야기 [3]
396	정성태	2/13/2007	29867	오류 유형: 18. "Automatic Updates" 서비스 CPU 100% 점유 현상
393	정성태	11/8/2006	19393	오류 유형: 17. Unable to start debugging - The binding handle is invalid.
371	정성태	10/23/2006	18545	오류 유형: 16. STS Communication failed.

AD BLOCK 해제 요청

Visual Studio에서 개행(\n, \r) 등의 제어 문자를 치환하는 방법 - 정규 표현식 사용