Microsoft MVP성태의 닷넷 이야기
.NET Framework: 250. WPF - ComboBox의 SelectionChagned 이벤트 [링크 복사], [링크+제목 복사],
조회: 31386
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일

WPF - ComboBox의 SelectionChagned 이벤트


이번 글은 다음의 질문 때문에 씌여진 것입니다.

콤보박스 SelectionChagned 이벤트 
; http://social.msdn.microsoft.com/Forums/ko-KR/vistako/thread/6ef6f28d-9c60-4746-af99-9bbef9a8c011

가끔, 이렇게 예전에 답변한 것들이 어느 순간 다시 떠오를 때가 있는데요. ^^ 오늘은 문득 위의 글이 생각나서 이렇게 정리해 봅니다. ^^




일단, 위의 현상을 재현해 보려면 다음과 같이 코드를 구성하시면 됩니다.

==== XAML ====
<ComboBox Height="23" SelectionChanged="comboBox1_SelectionChanged" Name="comboBox1">
</ComboBox>

==== xaml.cs ====
public partial class MainWindow : Window
{
    public MainWindow()
    {
        InitializeComponent();

        comboBox1.Items.Add("item1");
        comboBox1.Items.Add("item1");
        comboBox1.Items.Add("item1");
    }

    private void comboBox1_SelectionChanged(object sender, SelectionChangedEventArgs e)
    {
        System.Diagnostics.Trace.WriteLine(comboBox1.SelectedItem);
    }
}

실행해보면, ComboBox에는 3개의 "item1" 문자열이 들어가 있고, 아무거나 선택해 보면 처음 한번을 제외하고는 "SelectionChanged"가 발생하지 않습니다.

왜냐하면, 말 그대로 "값이 변경된 경우에만 Selection Chagned"가 되었다고 판단하기 때문에 같은 값에 대해서는 이벤트가 발생하지 않습니다.

여기까지는 이해 되셨죠? ^^

그런데, 예제를 바꿔보겠습니다. 이번에는 코드에서 삽입하지 않고 다음과 같이 XAML 상에서 처리를 해보면 어떨까요?

<ComboBox Height="23" SelectionChanged="comboBox1_SelectionChanged" Name="comboBox1">
    <ComboBoxItem>item 1</ComboBoxItem>
    <ComboBoxItem>item 1</ComboBoxItem>
    <ComboBoxItem>item 1</ComboBoxItem>
</ComboBox>

오호~~~ 이번에는 정상적으로 모든 항목에 대해서 선택을 하자마자 SelectionChanged가 발생하고 있습니다. 도대체 어떻게 된 일일까요? ^^




여기서 알고 넘어가야 할 것은, 바로 "값이 같다"는 것의 의미입니다. 원칙대로 "==" 연산자를 통해서 값이 같으냐 하는 것인데요.

결국 "item1" == "item1" 연산이 true로 나오기 때문에 SelectionChanged가 발생하지 않는 것입니다. 약간 변형시켜서 다음과 같이 "item1"을 대입해 볼까요?

object obj1 = "item1";
object obj2 = "item1";
object obj3 = "item1";

comboBox1.Items.Add(obj1);
comboBox1.Items.Add(obj2);
comboBox1.Items.Add(obj3);

결과는 역시 같습니다. 왜냐하면 "obj1 == obj2" 연산은 true 값이기 때문입니다.

그런데, ComboBoxItem은 다릅니다. XAML에서 구성하는 것을 코드로 바꿔보면 그 이유를 알 수 있습니다. XAML의 "<ComboBoxItem>item 1</ComboBoxItem>"에 해당하는 코드는 다음과 같습니다.

ComboBoxItem cmi1 = new ComboBoxItem();
cmi1.Content = "item1";
comboBox1.Items.Add(cmi1);

ComboBoxItem cmi2 = new ComboBoxItem();
cmi2.Content = "item1";
comboBox1.Items.Add(cmi2);

Console.WriteLine(cmi1 == cmi2); // 결과: false

이유가 밝혀졌군요. ^^




다시 처음 문제의 답변으로 돌아가 볼까요?

결국, "item1" 등의 문자열을 곧바로 넣으면 안되고 ComboBoxItem을 사용해서 우회하면 됩니다. 또는, ComboBoxItem 역할을 하는 래퍼용 타입을 하나 정의해주는 것도 방법이라고 볼 수 있겠지요.

다음은 그 예입니다.

==== xaml.cs ====
public class MyItem
{
    public string Item { get; set; }
}

comboBox1.Items.Add(new MyItem { Item = "item1" });
comboBox1.Items.Add(new MyItem { Item = "item1" });
comboBox1.Items.Add(new MyItem { Item = "item1" });

==== XAML ====
<ComboBox Height="23" DisplayMemberPath="Item" SelectionChanged="comboBox1_SelectionChanged" Name="comboBox1" />

이 정도면 정리가 되겠지요. ^^

첨부된 파일은 위의 코드를 포함한 예제 프로젝트입니다.





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







[최초 등록일: ]
[최종 수정일: 6/12/2021]

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/201924310오류 유형: 581. resize2fs: Bad magic number in super-block while trying to open /dev/.../root
12069정성태12/2/201921244디버깅 기술: 139. windbg - x64 덤프 분석 시 메서드의 인자 또는 로컬 변수의 값을 확인하는 방법
12068정성태11/28/201929681디버깅 기술: 138. windbg와 Win32 API로 알아보는 Windows Heap 정보 분석 [3]파일 다운로드2
12067정성태11/27/201921207디버깅 기술: 137. 실제 사례를 통해 Debug Diagnostics 도구가 생성한 닷넷 웹 응용 프로그램의 성능 장애 보고서 설명 [1]파일 다운로드1
12066정성태11/27/201920775디버깅 기술: 136. windbg - C# PInvoke 호출 시 마샬링을 담당하는 함수 분석 - OracleCommand.ExecuteReader에서 OpsSql.Prepare2 PInvoke 호출 분석
12065정성태11/25/201918664디버깅 기술: 135. windbg - C# PInvoke 호출 시 마샬링을 담당하는 함수 분석파일 다운로드1
12064정성태11/25/201922084오류 유형: 580. HTTP Error 500.0/500.33 - ANCM In-Process Handler Load Failure
12063정성태11/21/201921019디버깅 기술: 134. windbg - RtlReportCriticalFailure로부터 parameters 정보 찾는 방법
12062정성태11/21/201920100디버깅 기술: 133. windbg - CoTaskMemFree/FreeCoTaskMem에서 발생한 덤프 분석 사례 - 두 번째 이야기
12061정성태11/20/201920292Windows: 167. CoTaskMemAlloc/CoTaskMemFree과 윈도우 Heap의 관계
12060정성태11/20/201922664디버깅 기술: 132. windbg/Visual Studio - HeapFree x64의 동작 분석
12059정성태11/20/201921855디버깅 기술: 131. windbg/Visual Studio - HeapFree x86의 동작 분석
12058정성태11/19/201922495디버깅 기술: 130. windbg - CoTaskMemFree/FreeCoTaskMem에서 발생한 덤프 분석 사례
12057정성태11/18/201917707오류 유형: 579. Visual Studio - Memory 창에서 유효한 주소 영역임에도 "Unable to evaluate the expression." 오류 출력
12056정성태11/18/201923981개발 환경 구성: 464. "Microsoft Visual Studio Installer Projects" 프로젝트로 EXE 서명 및 MSI 파일 서명 방법파일 다운로드1
12055정성태11/17/201917962개발 환경 구성: 463. Visual Studio의 Ctrl + Alt + M, 1 (Memory 1) 등의 단축키가 동작하지 않는 경우
12054정성태11/15/201919621.NET Framework: 869. C# - 일부러 GC Heap을 깨뜨려 GC 수행 시 비정상 종료시키는 예제
12053정성태11/15/201920708Windows: 166. 윈도우 10 - 명령행 창(cmd.exe) 속성에 (DotumChe, GulimChe, GungsuhChe 등의) 한글 폰트가 없는 경우
12052정성태11/15/201919624오류 유형: 578. Azure - 일정(schedule)에 등록한 runbook이 1년 후 실행이 안 되는 문제(Reason - The key used is expired.)
12051정성태11/14/201923847개발 환경 구성: 462. 시작하자마자 비정상 종료하는 프로세스의 메모리 덤프 - procdump [1]
12050정성태11/14/201921226Windows: 165. AcLayers의 API 후킹과 FaultTolerantHeap
12049정성태11/13/201921815.NET Framework: 868. (닷넷 프로세스를 대상으로) 디버거 방식이 아닌 CLR Profiler를 이용해 procdump.exe 기능 구현
12048정성태11/12/201921627Windows: 164. GUID 이름의 볼륨에 해당하는 파티션을 찾는 방법
12047정성태11/12/201924102Windows: 163. 안전하게 eject시킨 USB 장치를 물리적인 재연결 없이 다시 인식시키는 방법
12046정성태10/29/201918184오류 유형: 577. windbg - The call to LoadLibrary(...\sos.dll) failed, Win32 error 0n193
12045정성태10/27/201918633오류 유형: 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  ...