Microsoft MVP성태의 닷넷 이야기
.NET Framework: 150. WPF - Property Element 사용 의미 [링크 복사], [링크+제목 복사],
조회: 27792
글쓴 사람
정성태 (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

비밀번호

댓글 작성자
 




... [76]  77  78  79  80  81  82  83  84  85  86  87  88  89  90  ...
NoWriterDateCnt.TitleFile(s)
12070정성태12/9/201924302오류 유형: 581. resize2fs: Bad magic number in super-block while trying to open /dev/.../root
12069정성태12/2/201921220디버깅 기술: 139. windbg - x64 덤프 분석 시 메서드의 인자 또는 로컬 변수의 값을 확인하는 방법
12068정성태11/28/201929670디버깅 기술: 138. windbg와 Win32 API로 알아보는 Windows Heap 정보 분석 [3]파일 다운로드2
12067정성태11/27/201921199디버깅 기술: 137. 실제 사례를 통해 Debug Diagnostics 도구가 생성한 닷넷 웹 응용 프로그램의 성능 장애 보고서 설명 [1]파일 다운로드1
12066정성태11/27/201920761디버깅 기술: 136. windbg - C# PInvoke 호출 시 마샬링을 담당하는 함수 분석 - OracleCommand.ExecuteReader에서 OpsSql.Prepare2 PInvoke 호출 분석
12065정성태11/25/201918648디버깅 기술: 135. windbg - C# PInvoke 호출 시 마샬링을 담당하는 함수 분석파일 다운로드1
12064정성태11/25/201922077오류 유형: 580. HTTP Error 500.0/500.33 - ANCM In-Process Handler Load Failure
12063정성태11/21/201921003디버깅 기술: 134. windbg - RtlReportCriticalFailure로부터 parameters 정보 찾는 방법
12062정성태11/21/201920077디버깅 기술: 133. windbg - CoTaskMemFree/FreeCoTaskMem에서 발생한 덤프 분석 사례 - 두 번째 이야기
12061정성태11/20/201920277Windows: 167. CoTaskMemAlloc/CoTaskMemFree과 윈도우 Heap의 관계
12060정성태11/20/201922625디버깅 기술: 132. windbg/Visual Studio - HeapFree x64의 동작 분석
12059정성태11/20/201921852디버깅 기술: 131. windbg/Visual Studio - HeapFree x86의 동작 분석
12058정성태11/19/201922481디버깅 기술: 130. windbg - CoTaskMemFree/FreeCoTaskMem에서 발생한 덤프 분석 사례
12057정성태11/18/201917698오류 유형: 579. Visual Studio - Memory 창에서 유효한 주소 영역임에도 "Unable to evaluate the expression." 오류 출력
12056정성태11/18/201923968개발 환경 구성: 464. "Microsoft Visual Studio Installer Projects" 프로젝트로 EXE 서명 및 MSI 파일 서명 방법파일 다운로드1
12055정성태11/17/201917953개발 환경 구성: 463. Visual Studio의 Ctrl + Alt + M, 1 (Memory 1) 등의 단축키가 동작하지 않는 경우
12054정성태11/15/201919611.NET Framework: 869. C# - 일부러 GC Heap을 깨뜨려 GC 수행 시 비정상 종료시키는 예제
12053정성태11/15/201920700Windows: 166. 윈도우 10 - 명령행 창(cmd.exe) 속성에 (DotumChe, GulimChe, GungsuhChe 등의) 한글 폰트가 없는 경우
12052정성태11/15/201919592오류 유형: 578. Azure - 일정(schedule)에 등록한 runbook이 1년 후 실행이 안 되는 문제(Reason - The key used is expired.)
12051정성태11/14/201923815개발 환경 구성: 462. 시작하자마자 비정상 종료하는 프로세스의 메모리 덤프 - procdump [1]
12050정성태11/14/201921216Windows: 165. AcLayers의 API 후킹과 FaultTolerantHeap
12049정성태11/13/201921794.NET Framework: 868. (닷넷 프로세스를 대상으로) 디버거 방식이 아닌 CLR Profiler를 이용해 procdump.exe 기능 구현
12048정성태11/12/201921624Windows: 164. GUID 이름의 볼륨에 해당하는 파티션을 찾는 방법
12047정성태11/12/201924078Windows: 163. 안전하게 eject시킨 USB 장치를 물리적인 재연결 없이 다시 인식시키는 방법
12046정성태10/29/201918168오류 유형: 577. windbg - The call to LoadLibrary(...\sos.dll) failed, Win32 error 0n193
12045정성태10/27/201918609오류 유형: 576. mstest.exe 실행 시 "Visual Studio Enterprise is required to execute the test." 오류 - 두 번째 이야기
... [76]  77  78  79  80  81  82  83  84  85  86  87  88  89  90  ...