Microsoft MVP성태의 닷넷 이야기
글쓴 사람
홈페이지
첨부 파일
 

익명 함수를 가리키는 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://docs.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만 구성하고 명령행에서 다시 빌드해야 한다는 건데... 그 귀찮음이 만만치 않을 것입니다.




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

[연관 글]





[최초 등록일: ]
[최종 수정일: 2/27/2020 ]

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

비밀번호

댓글 쓴 사람
 




1  2  3  [4]  5  6  7  8  9  10  11  12  13  14  15  ...
NoWriterDateCnt.TitleFile(s)
12213정성태5/3/2020425개발 환경 구성: 488. (코드로 가상 USB 장치를 만들 수 있는) USB/IP PROJECT 소개
12212정성태5/1/2020245개발 환경 구성: 487. UEFI / Secure Boot 상태인지 확인하는 방법
12211정성태4/27/2020364개발 환경 구성: 486. WSL에서 Makefile로 공개된 리눅스 환경의 C/C++ 소스 코드 빌드
12210정성태4/20/2020525.NET Framework: 903. .NET Framework의 Strong-named 어셈블리 바인딩 (1) - app.config을 이용한 바인딩 리디렉션 [1]파일 다운로드1
12209정성태4/13/2020291오류 유형: 614. 리눅스 환경에서 C/C++ 프로그램이 Segmentation fault 에러가 발생한 경우 (2)
12208정성태4/12/2020352Linux: 29. 리눅스 환경에서 C/C++ 프로그램이 Segmentation fault 에러가 발생한 경우
12207정성태4/2/2020375스크립트: 19. Windows PowerShell의 NonInteractive 모드
12206정성태4/2/2020433오류 유형: 613. 파일 잠금이 바로 안 풀린다면? - The process cannot access the file '...' because it is being used by another process.
12205정성태4/2/2020323스크립트: 18. Powershell에서는 cmd.exe의 명령어를 지원하진 않습니다.
12204정성태4/1/2020265스크립트: 17. Powershell 명령어에 ';' (semi-colon) 문자가 포함된 경우
12203정성태3/18/2020511오류 유형: 612. warning: 'C:\ProgramData/Git/config' has a dubious owner: '...'.
12202정성태3/18/2020675개발 환경 구성: 486. .NET Framework 프로젝트를 위한 GitLab CI/CD Runner 구성
12201정성태3/18/2020357오류 유형: 611. git-credential-manager.exe: Using credentials for username "Personal Access Token".
12200정성태3/18/2020700VS.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/2020302오류 유형: 610. C# - CodeDomProvider 사용 시 Unhandled Exception: System.IO.DirectoryNotFoundException: Could not find a part of the path '...\f2_6uod0.tmp'.
12198정성태3/17/2020354오류 유형: 609. SQL 서버 접속 시 "Cannot open user default database. Login failed."
12197정성태3/17/2020480VS.NET IDE: 144. .NET Core 콘솔 응용 프로그램을 배포(publish) 시 docker image 자동 생성 - 두 번째 이야기
12196정성태3/17/2020438오류 유형: 608. The ServicedComponent being invoked is not correctly configured (Use regsvcs to re-register).
12195정성태3/17/2020561.NET Framework: 902. C# - 프로세스의 모든 핸들을 열람 - 세 번째 이야기
12194정성태3/16/2020439오류 유형: 607. PostgreSQL - Npgsql.NpgsqlException: sorry, too many clients already
12193정성태3/16/2020406개발 환경 구성: 485. docker - SAP Adaptive Server Enterprise 컨테이너 실행
12192정성태3/14/2020550개발 환경 구성: 484. docker - Sybase Anywhere 16 컨테이너 실행
12191정성태3/14/2020816개발 환경 구성: 483. docker - OracleXE 컨테이너 실행 [1]
12190정성태3/14/2020294오류 유형: 606. Docker Desktop 업그레이드 시 "The process cannot access the file 'C:\Program Files\Docker\Docker\resources\dockerd.exe' because it is being used by another process."
12189정성태3/13/2020714개발 환경 구성: 482. Facebook OAuth 처리 시 상태 정보 전달 방법과 "유효한 OAuth 리디렉션 URI" 설정 규칙
12188정성태3/14/2020395Windows: 167. 부팅 시점에 실행되는 chkdsk 결과를 확인하는 방법
1  2  3  [4]  5  6  7  8  9  10  11  12  13  14  15  ...