익명 함수를 가리키는 delegate 필드에 대한 직렬화 문제
아래와 같은 질문이 있군요.
vs2013에서 BinaryFormatter Serialize 후 vs2015에서 Deserialize시 예외 발생
; https://www.sysnet.pe.kr/3/0/5300
실제로 2013으로 빌드해 실행한 후 생성한 test.dat 파일을, 프로젝트를 2015에서 다시 빌드해 이전의 test.dat 파일을 로드해 보면 다음과 같은 식의 예외가 발생합니다.
System.Runtime.Serialization.SerializationException: Cannot get the member '<CreateRules>b__0'.
at System.Reflection.MemberInfoSerializationHolder.GetRealObject(StreamingContext context)
at System.Runtime.Serialization.ObjectManager.ResolveObjectReference(ObjectHolder holder)
at System.Runtime.Serialization.ObjectManager.DoFixups()
at System.Runtime.Serialization.Formatters.Binary.ObjectReader.Deserialize(HeaderHandler handler, __BinaryParser serParser, Boolean fCheck, Boolean isCrossAppDomain, IMethodCallMessage methodCallMessage)
at System.Runtime.Serialization.Formatters.Binary.BinaryFormatter.Deserialize(Stream serializationStream, HeaderHandler handler, Boolean fCheck, Boolean isCrossAppDomain, IMethodCallMessage methodCallMessage)
at System.Runtime.Serialization.Formatters.Binary.BinaryFormatter.Deserialize(Stream serializationStream)
at SerializeTest.MainWindow.DeserializeObj(String path)
그나저나... 오류 메시지에 답이 있군요. ^^
이유는 간단합니다. 2013에서 사용하는 (5.0 버전의) C# 컴파일러는 익명 함수를 "<CreateRules>b__0"라는 이름으로 생성한 것이고, 2015에서 사용하는 (
새롭게 Rosyln으로 바뀐) C# 컴파일러는 "<CreateRules>b__5_0"라는 이름으로 생성해 두기 때문입니다. (각각의 비주얼 스튜디오에서 생성한 exe 파일을 .NET Reflector 등의 도구로 역어셈블해 알 수 있습니다.)
이 문제를 해결하려면 비주얼 스튜디오로 하여금 이름 생성을 자동화하지 않도록 익명 함수 대신 이름을 가진 메서드로 재정의해야 합니다. 본문의 경우라면 다음의 메서드를,
protected override List<Rule> CreateRules()
{
List<Rule> rules = base.CreateRules();
rules.Add(new PacketCollectionRule("Source", "Source has Error",
delegate
{
foreach(var item in Source)
{
}
return true;
}));
return rules;
}
이렇게 수정해야 합니다.
protected override List<Rule> CreateRules()
{
List<Rule> rules = base.CreateRules();
rules.Add(new PacketCollectionRule("Source", "Source has Error", myFunc));
return rules;
}
bool myFunc()
{
foreach (var item in Source)
{
}
return true;
}
따라서 기존 직렬화한 모든 데이터는 버려야 합니다. 혹은, 만약 익명 함수를 담고 있는 코드가 별도의 라이브러리 어셈블리로 분리되어 있다면 그 프로젝트만 계속 Visual Studio 2013으로 관리하고 다른 프로젝트는 2015로 올리는 식으로 해야 합니다.
어쩔 수 없습니다. 유사한 사례로,
프레임워크마다 달라질 수도 있는 객체의 GetHashCode() 결과를 데이터베이스에 저장했던 개발자들처럼, 이름이 어떻게 바뀔지도 모르는 익명 함수를 직접 직렬화한 개발자의 몫으로 남는 것입니다.
우회 방법은, 2015에서 개발하더라도 C# 5.0 컴파일러로 빌드하면 됩니다. 단지, csproj에 <LangVersion />을 지정해도,
C# language versioning
; https://learn.microsoft.com/en-us/dotnet/csharp/language-reference/configure-language-version
<LangVersion>5</LangVersion>
예전의 구형 csc.exe가 실행되지 않고, Rosyln의 csc.exe가 모드만 5.0으로 바뀌어 실행되는지 여전히 익명 함수의 이름은 새로운 작명 방식을 따릅니다. 최후의 방법으로 .NET Framework의 설치 폴더에 있는 msbuild.exe를 직접 구동하면,
C:\temp> "C:\Windows\Microsoft.NET\Framework\v4.0.30319\MSBuild.exe" SerializeTest.csproj
Microsoft (R) Build Engine version 4.8.3752.0
[Microsoft .NET Framework, version 4.0.30319.42000]
Copyright (C) Microsoft Corporation. All rights reserved.
...[생략]...
이번엔 익명 함수가 예전의 "<CreateRules>b__0"로 작명이 되기 때문에 문제가 발생하지 않습니다. 그렇긴 하지만, 결국 Visual Studio로 UI만 구성하고 명령행에서 다시 빌드해야 한다는 건데... 그 귀찮음이 만만치 않을 것입니다.
[이 글에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]