Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일

원본 파일의 공백/라인을 유지한 체 XML 파일을 저장하는 방법

아는 분과 이야기를 하다가, 그분은 XML 파일로 설정 저장을 하는 것이 싫어서 "Key=Value" 형식의 포맷으로 저장하는 간단한 라이브러리를 사용한다고 하십니다. ^^ XML이 싫은 이유인 즉, 저장하면서 기존 파일에 있던 공백/라인 형식이 모두 제거되고 다시 정렬되기 때문이라고 했습니다.

아하~~~ 아직도 모르고 계셨군요. ^^




예를 들어, 다음과 같은 문서를 로드한 경우,

<?xml version="1.0" encoding="utf-8" ?>

<configure>

    <myParam>1</myParam>

</configure>

XmlDocument로 Load/Save를 하면 기본적으로는 다음과 같이 저장됩니다.

<?xml version="1.0" encoding="utf-8"?>
<configure>
  <myParam>5</myParam>
</configure>

사용자가 멋있게(?) 포맷팅해 둔 텍스트 파일의 형식이 날아가 버린 것입니다. 이를 방지하려면 다음과 같이 Load 이전에 PreserveWhitespace = true 설정을 해주시면 됩니다.

XmlDocument xmlDoc = new XmlDocument();
xmlDoc.PreserveWhitespace = true;
xmlDoc.Load("test.xml");

이렇게 로드된 파일을 저장하면 다음과 같이 서식(?)이 유지된답니다. ^^

<?xml version="1.0" encoding="utf-8" ?>

<configure>

    <myParam>5</myParam>

</configure>

재미있는 것은 PreserveWhitespace가 Load 이전에 설정했을 때와 Save 이전에 설정했을 때가 동작 방식이 다르다는 점입니다.

XmlDocument.PreserveWhitespace Property 
; https://docs.microsoft.com/en-us/dotnet/api/system.xml.xmldocument.preservewhitespace

If PreserveWhitespace is true before Save is called, white space in the document is preserved in the output; otherwise, if this property is false, XmlDocument auto-indents the output.


더욱 재미있는 점은, 위의 문서 내용과는 다르게 다음과 같이 Save 이전에 값을 true로 설정해 주면 아예 공백 문자들이 모두 날아간 최적화된(?) 문자열을 반환한다는 것입니다.

XmlDocument xmlDoc = new XmlDocument();
xmlDoc.Load("test.xml");

xmlDoc.PreserveWhitespace = true;
xmlDoc.Save(Console.Out);

// 출력 결과:
<?xml version="1.0" encoding="utf-8"?><configure><myParam>5</myParam></configure>

이렇게 해서 공백을 아예 제거하는 방법과, 사용자의 원본 서식을 유지하는 방법을 알아봤는데요. 그렇다면 '들여쓰기'를 정규화시켜서 출력을 해주고 싶다면 어떻게 해야 할까요? 그럴 때는 다음과 같이 XmlWriterSettings 옵션을 사용하시면 됩니다. ^^

XmlWriterSettings settings = new XmlWriterSettings();
settings.Indent = true;
settings.IndentChars = "    "; //  4개의 공백 문자
settings.NewLineChars = Environment.NewLine;
settings.NewLineHandling = NewLineHandling.Replace;

XmlWriter writer = XmlWriter.Create(Console.Out, settings);
xmlDoc.Save(writer);

그럼, 출력 결과는 다음과 같이 네모반듯(?)하게 나옵니다. ^^

<?xml version="1.0" encoding="ks_c_5601-1987"?>
<configure>
    <myParam>5</myParam>
</configure>

이 정도 자유롭게 출력할 수 있으니... XML 사용에 주저하지 마시길 바랍니다. ^^

(첨부된 파일은 위의 코드를 포함한 예제 프로젝트입니다.)




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







[최초 등록일: ]
[최종 수정일: 7/17/2021]

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

비밀번호

댓글 작성자
 



2012-03-06 01시04분
[지송] 좋은 팁 얻어갑니다. 따뜻한 봄 맞이하세요.
[guest]

... 61  62  63  64  65  66  67  68  69  [70]  71  72  73  74  75  ...
NoWriterDateCnt.TitleFile(s)
12220정성태6/3/202022508.NET Framework: 907. C# DLL로부터 TLB 및 C/C++ 헤더 파일(TLH)을 생성하는 방법
12219정성태6/1/202021102.NET Framework: 906. C# - lock (this), lock (typeof(...))를 사용하면 안 되는 이유파일 다운로드1
12218정성태5/27/202020100.NET Framework: 905. C# - DirectX 게임 클라이언트 실행 중 키보드 입력을 감지하는 방법 [3]
12217정성태5/24/202018480오류 유형: 615. Transaction count after EXECUTE indicates a mismatching number of BEGIN and COMMIT statements. Previous count = 0, current count = 1.
12216정성태5/15/202021929.NET Framework: 904. USB/IP PROJECT를 이용해 C#으로 USB Keyboard 가상 장치 만들기 [14]파일 다운로드1
12215정성태5/12/202027808개발 환경 구성: 490. C# - (Wireshark의) USBPcap을 이용한 USB 패킷 모니터링 [10]파일 다운로드1
12214정성태5/5/202019870개발 환경 구성: 489. 정식 인증서가 있는 경우 Device Driver 서명하는 방법 (2) - UEFI/SecureBoot [1]
12213정성태5/3/202020653개발 환경 구성: 488. (User-mode 코드로 가상 USB 장치를 만들 수 있는) USB/IP PROJECT 소개
12212정성태5/1/202017869개발 환경 구성: 487. UEFI / Secure Boot 상태인지 확인하는 방법
12211정성태4/27/202020576개발 환경 구성: 486. WSL에서 Makefile로 공개된 리눅스 환경의 C/C++ 소스 코드 빌드
12210정성태4/20/202022270.NET Framework: 903. .NET Framework의 Strong-named 어셈블리 바인딩 (1) - app.config을 이용한 바인딩 리디렉션 [1]파일 다운로드1
12209정성태4/13/202018402오류 유형: 614. 리눅스 환경에서 C/C++ 프로그램이 Segmentation fault 에러가 발생한 경우 (2)
12208정성태4/12/202016724Linux: 29. 리눅스 환경에서 C/C++ 프로그램이 Segmentation fault 에러가 발생한 경우
12207정성태4/2/202017363스크립트: 19. Windows PowerShell의 NonInteractive 모드
12206정성태4/2/202019403오류 유형: 613. 파일 잠금이 바로 안 풀린다면? - The process cannot access the file '...' because it is being used by another process.
12205정성태4/2/202016178스크립트: 18. Powershell에서는 cmd.exe의 명령어를 지원하진 않습니다.
12204정성태4/1/202016701스크립트: 17. Powershell 명령어에 ';' (semi-colon) 문자가 포함된 경우
12203정성태3/18/202019453오류 유형: 612. warning: 'C:\ProgramData/Git/config' has a dubious owner: '...'.
12202정성태3/18/202022755개발 환경 구성: 486. .NET Framework 프로젝트를 위한 GitLab CI/CD Runner 구성
12201정성태3/18/202019745오류 유형: 611. git-credential-manager.exe: Using credentials for username "Personal Access Token". [1]
12200정성태3/18/202019863VS.NET IDE: 145. NuGet + Github 라이브러리 디버깅 관련 옵션 3가지 - "Enable Just My Code" / "Enable Source Link support" / "Suppress JIT optimization on module load (Managed only)"
12199정성태3/17/202017601오류 유형: 610. C# - CodeDomProvider 사용 시 Unhandled Exception: System.IO.DirectoryNotFoundException: Could not find a part of the path '...\f2_6uod0.tmp'.
12198정성태3/17/202021151오류 유형: 609. SQL 서버 접속 시 "Cannot open user default database. Login failed."
12197정성태3/17/202020427VS.NET IDE: 144. .NET Core 콘솔 응용 프로그램을 배포(publish) 시 docker image 자동 생성 - 두 번째 이야기 [1]
12196정성태3/17/202017194오류 유형: 608. The ServicedComponent being invoked is not correctly configured (Use regsvcs to re-register).
12195정성태3/16/202019868.NET Framework: 902. C# - 프로세스의 모든 핸들을 열람 - 세 번째 이야기
... 61  62  63  64  65  66  67  68  69  [70]  71  72  73  74  75  ...