Microsoft MVP성태의 닷넷 이야기
.NET Framework: 150. WPF - Property Element 사용 의미 [링크 복사], [링크+제목 복사],
조회: 26228
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일


Property Element 사용 의미


혹시 "Property Element"에 대해 잘 모르시는 분들을 위해 잠시 설명하자면.

보통, 요소의 속성값에 대해서 다음과 같은 식으로 설정하죠.

<TextBox Text="test">
</TextBox>

그런데, 아래와 같이 복잡(?)하게 정의하는 것도 가능합니다.

<TextBox>
    <TextBox.Text>
    test
    </TextBox.Text>
</TextBox>

바로 위와 같이 속성(Property)을 별도로 분리해 내어 하위 Element로 정의하는 것을 "Property Element"라고 부릅니다.

저같은 경우, 처음 페졸드의 책에서 "Property Element"를 보면서, "흠... 뭐 저렇게 복잡하게 사용할 일이 있겠어?"라는 식으로 무시하고 지나갔었습니다. 역시나~~~ 괜히 써 놓은 글이 아니라는 것을 깨닫기에 그리 긴 시간이 걸리지는 않더군요. ^^




Property가 Complex Type인 경우에는 "Property Element" 식으로 정의를 해야하는 경우가 종종 있습니다. 이전에 소개해 드린 아래와 같은 사례가 그 좋은 예이지요.

ConveterParameter로 1개 이상의 값을 전달하고 싶다면? 
; http://blogs.msdn.com/permanenttan/archive/2009/06/19/array-as-a-wpf-converterparameter.aspx

이외에도 XAML상에서 컴파일 오류가 발생하는 경우가 종종 있는데, 바로 그런 경우에도 "Property Element" 방식을 사용하면 컴파일 오류를 피할 수 있습니다.

예를 한번 들어볼까요?

"illef" 님의 블로그에서 소개된 "Converter Manager"를 보면,

Converter Manager
; http://illef.tistory.com/entry/Converter-Manager

아래와 같은 내용이 나옵니다.

공통된 Library로 Assembly를 별도로 관리한 다는 의미도 있지만 또 다른 이유는 Microsoft 팀의 버그 때문입니다. 같은 Assembly안에 있으면 MarkUpExtension을 XAML의 Attribute로 설정할 수 없는 버그입니다. (ㅡ.ㅡ)



아쉽게도 illef 님의 글에서 에러 내용은 공개되지 않았지만 아마도 아래와 같은 식일 것으로 추정됩니다.

Unknown property ‘Converter’ for type ‘MS.Internal.Markup.MarkupExtensionParser+UnknownMarkupExtension’ encountered while parsing a Markup Extension.

하나의 프로젝트에서 빌드했는데도 위와 같은 에러가 없는 경우도 있습니다. 저같은 경우에는 다음과 같이 디자이너 화면에서 경고가 발생했습니다.

[그림 1: 디자이너에서 오류 발생]
property_element_usecase_1.png
"No constructor for type 'StaticConverterExtension' has 1 parameters"


다행히 빌드는 되지만, 어쩐지 저런 톱니 모양 밑줄이 그어지는 것이 꺼림직한데요. 바로 이런 경우에 "Property Element"를 사용하면 위와 같은 경고를 피할 수 있습니다.

<Button.Content>
    <Binding Path="ButtonTitle">
        <Binding.Converter>
            <local:StaticConverterExtension Type="{x:Type local:IntToBooleanConverter}" />
        </Binding.Converter>
    </Binding>
</Button.Content>

*** 위의 과정을 테스트한 프로젝트를 첨부해놓았으니 참고하십시오.




이와 관련한 지식을, 이번에 Sibling MarkupExtension을 구현하면서 보게 된 아래의 글에서 알게 되었습니다.

A base class for custom WPF binding markup extensions
; http://www.hardcodet.net/2008/04/wpf-custom-binding-class

위의 내용에서 "Problem: Attribute syntax with resources" 부분을 보면, 아래와 같이 XAML을 사용했는데 컴파일 오류가 발생한다고 합니다.

<TextBox Name="txtZipCode"
         Text="{local:LookupExtension Source={StaticResource MyAddress}
                                      Path=ZipCode,
                                      LookupKey=F5}"
/>

그런데, 아래와 같이 "Property Element" 구문으로 사용하면 오류가 안 난다고 하지요.

<TextBox Name="txtZipCode">
  <TextBox.Text>
    <local:LookupExtension Source="{StaticResource MyAddress}"
                           Path="ZipCode"
                           LookupKey="F5" />
  </TextBox.Text>
</TextBox>

그러면서, 그와 관련된 내용을 정리한 다음의 글을 소개하고 있습니다.

Custom MarkupExtension && Nested Extensions == Bug
; http://www.hardcodet.net/2008/04/nested-markup-extension-bug

다시, 위의 글에서는 2006년 10월에 씌여진 또 다른 글을 소개해 줍니다.

How should I data bind a Polygon’s Points to a data source? - Part II
; http://www.beacosta.com/blog/?p=36

버그라고는 하지만, 2006년도에 알려진 것이라면 아마도 쉽게 수정되지 않는 문제로 보입니다.




여기서 재미있는 점이 하나 있습니다. ^^ "Property Element"로 이렇게 빌드 오류를 수정할 수 있다고 나오는데요.

이것을 다시 처음에 "illef" 님이 지적한 해결방법으로 보면, 해석을 못하는 그 구문과 엮인 요소를 별도의 DLL로 분리해서 참조하면 역시 "Property Element" 방식으로 정의하지 않아도 정상적으로 빌드가 됩니다. 예를 들어, 위에서 소개한 "A base class for custom WPF binding markup extensions" 글의 LookupExtension을 별도의 DLL로 분리하면 다음과 같이 Text 속성에 사용해도 빌드 오류가 발생하지 않습니다.

<TextBox Name="txtCityCustom"
     Height="23"
     HorizontalAlignment="Left"
     Margin="109,246,0,0"
     VerticalAlignment="Top"
     Width="160"
     Text="{external:LookupExtension LookupKey=F6,
                       Path=City,
                       UpdateSourceTrigger=PropertyChanged,
                       Mode=TwoWay,
                       Converter={StaticResource charConv},
                       ConverterParameter=*}">
    
</TextBox>

*** 테스트 된 솔루션 파일을 첨부해 놓았으니 참고하십시오.

정리해 보면,

XAML 컴파일 시에 오류가 나는 "올바른 구문"이 있다면 다음과 같은 2가지 방법을 통해서 해결이 가능합니다.

  1. Property Element 구문을 사용
  2. 별도의 DLL로 분리해서 사용



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







[최초 등록일: ]
[최종 수정일: 4/10/2022]

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

비밀번호

댓글 작성자
 




... 16  17  18  [19]  20  21  22  23  24  25  26  27  28  29  30  ...
NoWriterDateCnt.TitleFile(s)
12768정성태8/10/202114953.NET Framework: 1085. .NET 6에 포함된 신규 BCL API [1]파일 다운로드1
12756정성태8/6/202115995.NET Framework: 1084. C# - .NET Core Web API 단위 테스트 방법 [1]파일 다운로드1
12743정성태7/30/202116946.NET Framework: 1083. Azure Active Directory - 외부 Token Cache 저장소를 사용하는 방법파일 다운로드1
12741정성태7/29/202116400.NET Framework: 1082. Azure Active Directory - Microsoft Graph API 호출 방법파일 다운로드1
12735정성태7/27/202115376.NET Framework: 1081. C# - Azure AD 인증을 지원하는 데스크톱 애플리케이션 예제(Windows Forms) [2]파일 다운로드1
12733정성태7/23/202120366.NET Framework: 1081. Self-Contained/SingleFile 유형의 .NET Core/5+ 실행 파일을 임베딩한다면? [1]파일 다운로드2
12729정성태7/22/202115489.NET Framework: 1080. xUnit 단위 테스트에 메서드/클래스 수준의 문맥 제공 - Fixture
12728정성태7/22/202115712.NET Framework: 1079. MSTestv2 단위 테스트에 메서드/클래스/어셈블리 수준의 문맥 제공
12727정성태7/21/202116733.NET Framework: 1078. C# 단위 테스트 - MSTestv2/NUnit의 Assert.Inconclusive 사용법(?) [1]
12713정성태7/16/202117487.NET Framework: 1077. C# - 동기 방식이면서 비동기 규약을 따르게 만드는 Task.FromResult파일 다운로드1
12706정성태7/14/202117165.NET Framework: 1076. C# - AsyncLocal 기능을 CallContext만으로 구현하는 방법 [2]파일 다운로드1
12701정성태7/9/202117007.NET Framework: 1075. C# - ThreadPool의 스레드는 반환 시 ThreadStatic과 AsyncLocal 값이 초기화 될까요?파일 다운로드1
12700정성태7/8/202117456.NET Framework: 1074. RuntimeType의 메모리 누수? [1]
12688정성태6/24/202118013.NET Framework: 1073. C# - JSON 역/직렬화 시 리플렉션 손실을 없애는 JsonSrcGen [2]파일 다운로드1
12678정성태6/17/202115483.NET Framework: 1072. C# - CoCreateInstance 관련 Inteop 오류 정리파일 다운로드1
12670정성태6/13/202117650.NET Framework: 1071. DLL Surrogate를 이용한 Out-of-process COM 개체에서의 CoInitializeSecurity 문제파일 다운로드1
12669정성태6/11/202117743.NET Framework: 1070. 사용자 정의 GetHashCode 메서드 구현은 C# 9.0의 record 또는 리팩터링에 맡기세요.
12668정성태6/11/202120220.NET Framework: 1069. C# - DLL Surrogate를 이용한 Out-of-process COM 개체 제작파일 다운로드2
12667정성태6/10/202118115.NET Framework: 1068. COM+ 서버 응용 프로그램을 이용해 CoInitializeSecurity 제약 해결파일 다운로드1
12666정성태6/10/202115674.NET Framework: 1067. 별도 DLL에 포함된 타입을 STAThread Main 메서드에서 사용하는 경우 CoInitializeSecurity 자동 호출파일 다운로드1
12665정성태6/9/202117817.NET Framework: 1066. Wslhub.Sdk 사용으로 알아보는 CoInitializeSecurity 사용 제약파일 다운로드1
12663정성태6/9/202118059.NET Framework: 1065. Windows Forms - 속성 창의 디자인 설정 지원: 문자열 목록 내에서 항목을 선택하는 TypeConverter 제작파일 다운로드1
12662정성태6/8/202115603.NET Framework: 1064. C# COM 개체를 PIA(Primary Interop Assembly)로써 "Embed Interop Types" 참조하는 방법파일 다운로드1
12661정성태6/4/202127648.NET Framework: 1063. C# - MQTT를 이용한 클라이언트/서버(Broker) 통신 예제 [4]파일 다운로드1
12660정성태6/3/202118386.NET Framework: 1062. Windows Forms - 폼 내에서 발생하는 마우스 이벤트를 자식 컨트롤 영역에 상관없이 수신하는 방법 [1]파일 다운로드1
12656정성태6/1/202116313.NET Framework: 1061. 서버 유형의 COM+에 적용할 수 없는 Server GC
... 16  17  18  [19]  20  21  22  23  24  25  26  27  28  29  30  ...