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

데이터 바인딩된 트리에서 부모 노드 찾는 방법


이전 WinForm 시절에는 보통 TreeView를 사용할 때 해당 TreeViewItem을 직접 조작했기 때문에 부모 노드를 찾는 방법이 간단했습니다.

그런데, WPF로 오면서 데이터 바인딩을 하는 방식에서는 TreeViewItem의 직접적인 노출이 지양되어 SelectedItem을 구해도 바인딩된 타입만 나올 뿐 TreeViewItem을 구할 수 없습니다.

물론, 좀 까다롭긴 하지만 구하는 방법이 있습니다.

Getting TreeViewItem's From Data Bound Items
; http://www.michaelbraude.com/2008/02/getting-treeviewitem-from-data-bound.html

WPF는 트리의 각 노드별로 ItemContainerGenerator를 가지고 있고 그 generator를 이용하면 해당 노드의 자식 TreeViewItem을 구할 수 있습니다. 일례로, 다음과 같은 트리 구조가 있을 때,

Root0
   Child0
   Child1
   Child2

Root1

만약, Child1에 해당하는 TreeViewItem을 구하고 싶다면 다음과 같은 식으로 TreeViewItem을 구해올 수 있습니다.

TreeViewItem root0Item = this.treeView.ItemContainerGenerator.ContainerFromIndex(0) 
                           as TreeViewItem;

TreeViewItem child1Item = root0Item.ItemContainerGenerator.ContainerFromIndex(1)
                           as TreeViewItem;
        // 또는 ContainerFromItem를 사용하면 데이터 인스턴스로부터 TreeViewItem을 구함.

따라서, 데이터 바인딩된 인스턴스의 TreeViewItem을 구하고 싶다면, 최상단 트리로부터 재귀적으로 탐색을 하면서 찾아가야 합니다. 여간 귀찮은 작업이 아닐 수 없지요.




이제, 해당 인스턴스의 TreeViewItem을 구했다고 가정하고.
그렇다면 그 노드의 상위 노드를 구해야 한다면 또 어떻게 해야 할까요? 다시 재귀적으로 탐색을 하던가, 아니면 이전에 탐색을 했을 때 부모 노드까지 같이 저장해 두면 해결이 됩니다.

간혹, 아래와 VisualTreeHelper로 TreeViewItem의 부모 노드를 찾으려고 하는 분들이 있는데요. 그런 분들은 아래의 글에 달린 댓글을 보시기 바랍니다.

Get a TreeViewItem’s Parent item
; http://quickduck.com/blog/2009/09/15/get-a-treeviewitems-parent-item/

즉, 운영체제별로, 그리고 그 운영체제에서 사용되는 테마에 따라서, 혹은 WPF Designer가 재작성한 스타일에 따라서 Visual Tree는 얼마든지 바뀔 수 있기 때문에 단순히 TreeViewItem의 "한 단계"만 VisualTreeHelper.GetParent 하시면 안됩니다. 역시 그것도 상위로 계속 루프를 돌면서 인스턴스가 TreeViewItem이 나올 때까지 계속해야 합니다.




어쩄든, 결론은... ^^; 너무 복잡합니다. 그냥 데이터 바인딩만 시키면 알아서 자동으로 되면 좋지 않을까요?
이에 대한 해답은 예전의 글에서 이미 소개해 드린 것이나 다름없습니다.

WPF - TreeView 자동 스크롤 기능 해지
; https://www.sysnet.pe.kr/2/0/781

즉, 트리 스스로 TreeViewItem이 생성될 때마다 자신의 부모 노드를 기록해 놓는 것입니다.

public class ParentChildTreeView : TreeView
{
    public class ParentChildTreeViewItem : TreeViewItem
    {
        public ParentChildTreeViewItem()
            : base()
        {
        }

        protected override void PrepareContainerForItemOverride(DependencyObject element, object item)
        {
            base.PrepareContainerForItemOverride(element, item);

            ITreeViewParentLink support = item as ITreeViewParentLink;
            if (support == null)
            {
                return;
            }

            support.ParentItem = ItemsControl.ItemsControlFromItemContainer(element) as TreeViewItem;
        }

        protected override DependencyObject GetContainerForItemOverride()
        {
            return new ParentChildTreeViewItem();
        }
    }

    protected override DependencyObject GetContainerForItemOverride()
    {
        return new ParentChildTreeViewItem();
    }
}

이렇게 재정의된 ParentChildTreeView를 사용하게 되면, 다음과 같이 간단하게 부모 노드를 구해올 수 있습니다.

private void treeView_SelectedItemChanged(object sender, RoutedPropertyChangedEventArgs<object> e)
{
    MyClassT myClass = e.NewValue as MyClassT;
    if (myClass.ParentData == null)
    {
        // 부모 노드가 없는 최상위 노드
        return;
    }

    // 부모 노드의 Name 속성을 출력
    Debug.WriteLine(myClass.ParentData.Name);
}

이를 활용하면, 일반적인 .NET Entity 클래스의 계층 구조를 표현할 때 WPF TreeView를 붙여줌으로써 자동적으로 부모/자식 관계를 해결하는 것도 가능합니다. ^^

첨부 파일은 위의 코드를 테스트 해 볼 수 있는 간단한 프로젝트입니다.



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







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

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

비밀번호

댓글 작성자
 



2018-03-29 08시11분
[최병철] 아, WPF 의 트리뷰가 진입장벽이 이렇게 높을 줄은 몰랐습니다.

TreeViewItem root0Item = this.treeView.ItemContainerGenerator.ContainerFromIndex(0) as TreeViewItem;
// 이 코드가 아주 도움이 되었습니다.

아이템을 코드로 선택하는 것 조차도 어떨 때는 되고, 어떨 때는 null 을 반환했던 것이 바로 말씀하신 아래의 내용때문이었군요.

"WPF는 트리의 각 노드별로 ItemContainerGenerator 를 가지고 있고 그 generator를 이용하면 해당 노드의 자식 TreeViewItem을 구할 수 있습니다"


CotainerFromIndex 말고,
ContainerFromItem 함수를 호출할 때, rootitem 이외에는 왜 null 을 반환하는지 알게되었습니다.
정말 감사합니다. 아~ 후련해!
[guest]

... 106  107  108  [109]  110  111  112  113  114  115  116  117  118  119  120  ...
NoWriterDateCnt.TitleFile(s)
11233정성태6/28/201718802오류 유형: 403. SharePoint Server 2013을 Windows Server 2016에 설치할 때 .NET 4.5 설치 오류 발생
11232정성태6/28/201719691Windows: 144. Windows Server 2016에 Windows Identity Extensions을 설치하는 방법
11231정성태6/28/201719541디버깅 기술: 86. windbg의 mscordacwks DLL 로드 문제 - 세 번째 이야기 [1]
11230정성태6/28/201718982제니퍼 .NET: 26. 제니퍼 닷넷 적용 사례 (6) - 잦은 Recycle 문제
11229정성태6/27/201720412오류 유형: 402. Windows Server Backup 관리 콘솔이 없어진 경우
11228정성태6/26/201717511개발 환경 구성: 320. Visual Basic .NET 프로젝트에서 내장 Manifest 자원을 EXE 파일로부터 제거하는 방법파일 다운로드1
11227정성태6/19/201726023개발 환경 구성: 319. windbg에서 python 스크립트 실행하는 방법 - pykd [6]
11226정성태6/19/201717055오류 유형: 401. Microsoft Edge를 실행했는데 입력 반응이 없는 경우
11225정성태6/19/201716341오류 유형: 400. Outlook - The required file ExSec32.dll cannot be found in your path. Install Microsoft Outlook again.
11224정성태6/13/201718834.NET Framework: 661. Json.NET의 DeserializeObject 수행 시 속성 이름을 동적으로 바꾸는 방법파일 다운로드1
11223정성태6/12/201717740개발 환경 구성: 318. WCF Service Application과 WCFTestClient.exe
11222정성태6/10/201721928오류 유형: 399. WCF - A property with the name 'UriTemplateMatchResults' already exists.파일 다운로드1
11221정성태6/10/201719021오류 유형: 398. Fakes - Assembly 'Jennifer5.Fakes' with identity '[...].Fakes, [...]' uses '[...]' which has a higher version than referenced assembly '[...]' with identity '[...]'
11220정성태6/10/201723788.NET Framework: 660. Shallow Copy와 Deep Copy [1]파일 다운로드2
11219정성태6/7/201718876.NET Framework: 659. 닷넷 - TypeForwardedFrom / TypeForwardedTo 특성의 사용법
11218정성태6/1/201721789개발 환경 구성: 317. Hyper-V 내의 VM에서 다시 Hyper-V를 설치: Nested Virtualization
11217정성태6/1/201717946오류 유형: 397. initerrlog: Could not open error log file 'C:\...\MSSQL12.MSSQLSERVER\MSSQL\Log\ERRORLOG'
11216정성태6/1/201719667오류 유형: 396. Activation context generation failed
11215정성태6/1/201721392오류 유형: 395. 관리 콘솔을 실행하면 "This app has been blocked for your protection" 오류 발생 [1]
11214정성태6/1/201718730오류 유형: 394. MSDTC 서비스 시작 시 -1073737712(0xC0001010) 오류와 함께 종료되는 문제 [1]
11213정성태5/26/201724104오류 유형: 393. TFS - The underlying connection was closed: Could not establish trust relationship for the SSL/TLS secure channel.
11212정성태5/26/201723369오류 유형: 392. Windows Server 2016에 KB4019472 업데이트가 실패하는 경우
11211정성태5/26/201722210오류 유형: 391. BeginInvoke에 전달한 람다 함수에 CS1660 에러가 발생하는 경우
11210정성태5/25/201722523기타: 65. ActiveX 없는 전자 메일에 사용된 "개인정보 보호를 위해 암호화된 보안메일"의 암호화 방법
11209정성태5/25/201770157Windows: 143. Windows 10의 Recovery 파티션을 삭제 및 새로 생성하는 방법 [16]
11208정성태5/25/201728905오류 유형: 390. diskpart의 set id 명령어에서 "The specified type is not in the correct format." 오류 발생
... 106  107  108  [109]  110  111  112  113  114  115  116  117  118  119  120  ...