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

(시리즈 글이 9개 있습니다.)
.NET Framework: 90. XmlSerializer 생성자의 실행 속도를 올리는 방법
; https://www.sysnet.pe.kr/2/0/511

.NET Framework: 92. XmlSerializer 생성자의 실행 속도를 올리는 방법 - 두 번째 이야기
; https://www.sysnet.pe.kr/2/0/521

.NET Framework: 100. XML Serializer를 이용한 값 복사
; https://www.sysnet.pe.kr/2/0/577

.NET Framework: 122. XML Serializer를 이용한 값 복사: 성능은 어떨까!
; https://www.sysnet.pe.kr/2/0/653

.NET Framework: 648. Dictionary<TKey, TValue>를 deep copy하는 방법
; https://www.sysnet.pe.kr/2/0/11157

.NET Framework: 660. Shallow Copy와 Deep Copy
; https://www.sysnet.pe.kr/2/0/11220

.NET Framework: 1141. XmlSerializer와 Dictionary 타입
; https://www.sysnet.pe.kr/2/0/12942

.NET Framework: 2078. .NET Core/5+를 위한 SGen(Microsoft.XmlSerializer.Generator) 사용법
; https://www.sysnet.pe.kr/2/0/13196

.NET Framework: 2080. C# - Microsoft.XmlSerializer.Generator 처리 없이 XmlSerializer 생성자를 예외 없이 사용하고 싶다면?
; https://www.sysnet.pe.kr/2/0/13198




C# - Microsoft.XmlSerializer.Generator 처리 없이 XmlSerializer 생성자를 예외 없이 사용하고 싶다면?

지난 글을 통해,

.NET Core/5+를 위한 SGen(Microsoft.XmlSerializer.Generator) 사용법
; https://www.sysnet.pe.kr/2/0/13196

.NET Core/5+ 환경에서 XmlSerializer 사용 시 System.IO.FileNotFoundException 예외 발생하는 경우
; https://www.sysnet.pe.kr/2/0/13197

XmlSerializer와 그것의 "[어셈블리명].XmlSerializers.dll" 생성을 알아봤는데요, 사실 저렇게 처리하는 것이 정석이긴 합니다. 하지만, 때로는 부가적인 DLL을 함께 배포한다는 것이 좀 귀찮을 수도 있습니다.

혹시 dll을 생성하지 않으면서도 FileNotFoundException를 비껴갈 해법이 있을까요?

우선, 가장 간단한 방법은 Microsoft.XmlSerializer.Generator 패키지로 생성된 dll을 역어셈블해 해당 코드를 그대로 긁어다 자신의 프로젝트에 포함하는 것입니다. 하지만, 듣기만 해도 너무 원시적이죠? ^^

다행히 그보다 더 우아한 방법이 있습니다. ^^ 해당 패키지를 추가한 후 빌드하면 다음과 같은 메시지가 보이는데요,

Rebuild started...
1>------ Rebuild All started: Project: ConsoleApp1, Configuration: Debug Any CPU ------
Restored C:\temp\ConsoleApp1\ConsoleApp1\ConsoleApp1.csproj (in 1 ms).
Restored C:\temp\ConsoleApp1\ConsoleApp1\ConsoleApp1.csproj (in 1 ms).
1>ConsoleApp1 -> C:\temp\ConsoleApp1\ConsoleApp1\bin\Debug\net7.0\ConsoleApp1.dll
1>.NET Xml Serialization Generation Utility, Version 7.0.0]
1>Serialization Code File Name: C:\temp\ConsoleApp1\ConsoleApp1\obj\Debug\net7.0\ConsoleApp1.XmlSerializers.cs.
1>Generated serialization code for assembly C:\temp\ConsoleApp1\ConsoleApp1\obj\Debug\net7.0\ConsoleApp1.dll --> 'C:\temp\ConsoleApp1\ConsoleApp1\obj\Debug\net7.0\ConsoleApp1.XmlSerializers.cs'.
========== Rebuild All: 1 succeeded, 0 failed, 0 skipped ==========
========== Elapsed 00:01.222 ==========

따라서 저렇게 생성된 ConsoleApp1.XmlSerializers.cs 파일을 가져와서 현재의 프로젝트에 재사용할 수 있습니다. 그렇게 추가하면 당연히 Microsoft.XmlSerializer.Generator와 충돌이 발생하기 때문에 한번 생성한 이후에는 PackageReference를 주석 처리해야 합니다.

<Project Sdk="Microsoft.NET.Sdk">

  <PropertyGroup>
    <OutputType>Exe</OutputType>
    <TargetFramework>net7.0</TargetFramework>
    <ImplicitUsings>enable</ImplicitUsings>
    <Nullable>enable</Nullable>
  </PropertyGroup>

  <ItemGroup>
    <!-- PackageReference Include="Microsoft.XmlSerializer.Generator" Version="7.0.0" / -->
  </ItemGroup>

</Project>

하지만 이렇게 바꾸고 나면 이전의 System.IO.FileNotFoundException 예외가 다시 발생하게 됩니다. 왜냐하면 해당 Serializer가 현재의 어셈블리에 있다는 것을 알지 못하므로 마찬가지로 DLL 로딩을 시도하기 때문입니다.

이것을 해결하기 위해서는 XmlSerializer의 대상이 되는 타입에,

XmlSerializer xs = new XmlSerializer(typeof(MyType));

다음과 같이 XmlSerializerAssemblyAttribute 특성을 지정하면 됩니다.

[XmlSerializerAssemblyAttribute()]
public class MyType
{
    public int Age;
}

특성의 인자로 Assembly를 지정할 수 있는데, 기본값 null인 경우에는 현재 어셈블리 내에서 찾기 때문에 정상적으로 우리가 추가했던 "ConsoleApp1.XmlSerializers.cs" 파일의 코드들이 로드돼 실행되는 것을 확인할 수 있습니다.

(첨부 파일은 이 글의 예제 코드를 포함합니다.)




참고로, 때로는 Microsoft.XmlSerializer.Generator 패키지가 자동 생성한 cs 코드에 너무 잡다한 타입들이 많이 정의될 수도 있습니다. 그런 것이 마음에 들지 않는다면, 어쩔 수 없습니다. ^^ 좀 불편하더라도 Dummy 프로젝트를 하나 만들고 XML 직렬화에 사용되는 타입이 정의된 파일들만 Link 기능으로 포함시켜 빌드하는 식으로 대응할 수 있습니다.

또는 만약 XML 대상 타입이 직접 직렬화를 제어하도록 IXmlSerializable을 구현한 경우라면,

XmlSerializer와 Dictionary 타입
; https://www.sysnet.pe.kr/2/0/12942#dict_xml

어차피 Microsoft.XmlSerializer.Generator 패키지에서 제공할 직렬화 관련 코드도 필요 없기 때문에 그냥 단순하게 다음과 같은 빈 XmlSerializerContract를 포함시켜도 무방합니다.

namespace Microsoft.Xml.Serialization.GeneratedAssembly
{
    public class XmlSerializerContract : XmlSerializerImplementation
    {
        public XmlSerializerContract() 
        {
        }

        public override bool CanSerialize(Type type)
        {
            return false;
        }

        public override XmlSerializationReader Reader => null;
        public override XmlSerializationWriter Writer => null;
        public override XmlSerializer GetSerializer(Type type)
        {
            return null;
        }

        public override Hashtable ReadMethods => null;
        public override Hashtable WriteMethods => null;
        public override Hashtable TypedSerializers => null;
    }
}

사실, 위의 코드는 모든 타입을 위해 사용할 수 있습니다. CanSerialize가 false를 반환하고 있는데요, XmlSerializer 생성자에서는 저렇게 된 경우 메모리에 직렬화 관련 어셈블리를 동적으로 생성합니다.

따라서, 이거저거 귀찮으신 분은 그냥 단순하게 여러분의 프로젝트에 빈 구현을 포함하고 있는 위의 XmlSerializerContract 타입 정의를 포함시키고 여러분의 모든 XML 직렬화 타입에 XmlSerializerAssemblyAttribute만을 적용해 두면 됩니다. 그럼, System.IO.FileNotFoundException 발생 없이 동적으로 생성된 직렬화의 도움을 자연스럽게 받을 수 있습니다.

즉, (Microsoft.XmlSerializer.Generator 사용도 필요 없고 단순히) 아래와 같이 작성해 주면 됩니다.

using System.Collections;
using System.Reflection;
using System.Xml.Serialization;

internal class Program
{
    static void Main(string[] args)
    {
        XmlSerializer xs = new XmlSerializer(typeof(MyType));
        XmlSerializer xs = new XmlSerializer(typeof(MyType2));
    }
}

[XmlSerializerAssemblyAttribute()]
public class MyType
{
    public int Age;
}

[XmlSerializerAssemblyAttribute()]
public class MyType2
{
    public int Age;
}

namespace Microsoft.Xml.Serialization.GeneratedAssembly
{
    public class XmlSerializerContract : XmlSerializerImplementation
    {
        public XmlSerializerContract()
        {
        }

        public override bool CanSerialize(Type type)
        {
            return false;
        }

        public override XmlSerializationReader Reader => null;
        public override XmlSerializationWriter Writer => null;
        public override XmlSerializer GetSerializer(Type type)
        {
            return null;
        }

        public override Hashtable ReadMethods => null;
        public override Hashtable WriteMethods => null;
        public override Hashtable TypedSerializers => null;
    }
}

실행하면, FileNotFoundException은 없고 Debug Output 창에는 "'ConsoleApp2.exe' (CoreCLR: clrhost): Loaded 'Microsoft.GeneratedCode'."라는 메시지를 통해 동적 생성된 어셈블리가 사용되었음을 알 수 있는 메시지만 확인됩니다.

물론, 실행 시마다 직렬화 관련 코드를 동적으로 생성해 어셈블리를 만드는 부하가 있다는 단점은 있습니다. 만약 그런 부하조차 부담스럽다면 Microsoft.XmlSerializer.Generator 패키지가 만들어 준 cs 파일을 포함하면 되는데요, 하지만, 저는 그냥 동적 생성하는 것을 권하고 싶습니다. 왜냐하면, Generator 패키지를 경유하도록 했다면 만약 xml 직렬화 타입을 변경한 경우 반드시 cs 파일을 재생성해야 하는 것을 잊어서는 안 되기 때문입니다. 그런 과정을 자동화하지 않고 수동으로 하는 경우 자칫 그 절차를 모르고 지나간다면 쓸데없는 버그에 휘말릴 수 있습니다.

(첨부 파일은 이 글의 예제 코드를 포함합니다.)




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







[최초 등록일: ]
[최종 수정일: 12/18/2022]

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

비밀번호

댓글 작성자
 




... 31  32  33  34  35  36  37  38  39  40  41  42  43  [44]  45  ...
NoWriterDateCnt.TitleFile(s)
12551정성태3/5/20217631오류 유형: 702. 비주얼 스튜디오 - The 'CascadePackage' package did not load correctly. (2)
12550정성태3/5/20217327오류 유형: 701. Live Share 1.0.3713.0 버전을 1.0.3884.0으로 업데이트 이후 ContactServiceModelPackage 오류 발생하는 문제
12549정성태3/4/20217890오류 유형: 700. VsixPublisher를 이용한 등록 시 다양한 오류 유형 해결책
12548정성태3/4/20218714개발 환경 구성: 546. github workflow/actions에서 nuget 패키지 등록하는 방법
12547정성태3/3/20219144오류 유형: 699. 비주얼 스튜디오 - The 'CascadePackage' package did not load correctly.
12546정성태3/3/20218792개발 환경 구성: 545. github workflow/actions에서 빌드시 snk 파일 다루는 방법 - Encrypted secrets
12545정성태3/2/202111559.NET Framework: 1026. 닷넷 5에 추가된 POH (Pinned Object Heap) [10]
12544정성태2/26/202111764.NET Framework: 1025. C# - Control의 Invalidate, Update, Refresh 차이점 [2]
12543정성태2/26/202110074VS.NET IDE: 158. C# - 디자인 타임(design-time)과 런타임(runtime)의 코드 실행 구분
12542정성태2/20/202112425개발 환경 구성: 544. github repo의 Release 활성화 및 Actions를 이용한 자동화 방법 [1]
12541정성태2/18/20219659개발 환경 구성: 543. 애저듣보잡 - Github Workflow/Actions 소개
12540정성태2/17/20219969.NET Framework: 1024. C# - Win32 API에 대한 P/Invoke를 대신하는 Microsoft.Windows.CsWin32 패키지
12539정성태2/16/20219890Windows: 189. WM_TIMER의 동작 방식 개요파일 다운로드1
12538정성태2/15/202110316.NET Framework: 1023. C# - GC 힙이 아닌 Native 힙에 인스턴스 생성 - 0SuperComicLib.LowLevel 라이브러리 소개 [2]
12537정성태2/11/202111374.NET Framework: 1022. UI 요소의 접근은 반드시 그 UI를 만든 스레드에서! - 두 번째 이야기 [2]
12536정성태2/9/202110315개발 환경 구성: 542. BDP(Bandwidth-delay product)와 TCP Receive Window
12535정성태2/9/20219477개발 환경 구성: 541. Wireshark로 확인하는 LSO(Large Send Offload), RSC(Receive Segment Coalescing) 옵션
12534정성태2/8/20219970개발 환경 구성: 540. Wireshark + C/C++로 확인하는 TCP 연결에서의 closesocket 동작 [1]파일 다운로드1
12533정성태2/8/20219668개발 환경 구성: 539. Wireshark + C/C++로 확인하는 TCP 연결에서의 shutdown 동작파일 다운로드1
12532정성태2/6/202110168개발 환경 구성: 538. Wireshark + C#으로 확인하는 ReceiveBufferSize(SO_RCVBUF), SendBufferSize(SO_SNDBUF) [3]
12531정성태2/5/20219144개발 환경 구성: 537. Wireshark + C#으로 확인하는 PSH flag와 Nagle 알고리듬파일 다운로드1
12530정성태2/4/202113385개발 환경 구성: 536. Wireshark + C#으로 확인하는 TCP 통신의 Receive Window
12529정성태2/4/202110364개발 환경 구성: 535. Wireshark + C#으로 확인하는 TCP 통신의 MIN RTO [1]
12528정성태2/1/20219770개발 환경 구성: 534. Wireshark + C#으로 확인하는 TCP 통신의 MSS(Maximum Segment Size) - 윈도우 환경
12527정성태2/1/20219945개발 환경 구성: 533. Wireshark + C#으로 확인하는 TCP 통신의 MSS(Maximum Segment Size) - 리눅스 환경파일 다운로드1
12526정성태2/1/20217780개발 환경 구성: 532. Azure Devops의 파이프라인 빌드 시 snk 파일 다루는 방법 - Secure file
... 31  32  33  34  35  36  37  38  39  40  41  42  43  [44]  45  ...