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

CommonOpenFileDialog 사용 시 사용자가 선택한 파일 목록을 구하는 방법

CommonOpenFileDialog를 다음과 같이 사용하는 경우,

var dialog = new CommonOpenFileDialog();
dialog.Multiselect = true;

if (dialog.ShowDialog() == CommonFileDialogResult.Ok)
{
    // dialog.FileNames
}

실제 사용하는 화면에서,

selected_files_in_opendlg_1.png

사용자가 "Program.cs", "App.config", "ConsoleApp1.csproj" 순으로 선택을 했음에도 불구하고 "File name: " 텍스트 상자에서 보이는 바와 같이 선택한 순서와 무관하게 배치되는 것을 볼 수 있습니다. 또한, "dialog.FileNames" 속성으로 반환받은 목록도 순서와 상관없이 "File name: " 텍스트 상자에 보이는 값이 그대로 반환됩니다.

그렇다면 선택된 순서를 반영한 목록을 가져오고 싶다면 어떻게 해야 할까요?

아쉽게도 이에 대해서는 공식적인 방법이 없습니다. 단지, 우회해서 구현해야 하는데요. 그나마 다행인 것은 CommonOpenFileDialog 타입이 SelectionChanged 이벤트를 제공한다는 점입니다.

private void Form1_Load(object sender, EventArgs e)
{
    var dialog = new CommonOpenFileDialog();
    dialog.Multiselect = true;
    dialog.SelectionChanged += Dialog_SelectionChanged;

    if (dialog.ShowDialog() == CommonFileDialogResult.Ok)
    {
    }
}

private void Dialog_SelectionChanged(object sender, EventArgs e)
{
}

그런데, 여기서 한 가지 더 문제가 있습니다. 아직 "OK" 버튼을 누르지 않은 대화창인 경우에는 SelectionChanged 이벤트 처리기 안에서 어떤 파일이 선택되었는지 알 수 없다는 것입니다. 즉 CommonOpenFileDialog.FileNames 속성의 값을 구할 수 없습니다.

그래서 처음에 생각했던 방법이 대화창 자체를 Window 자원으로 열람하면서 텍스트 윈도우를 찾아 파일 선택 목록을 가져오는 것이었습니다. 매번 선택할 때마다 가져오면 이전 선택된 항목의 목록과 비교해 순서를 지정해 보자는 의도였는데요. 그런데 조금 살펴보니 이보다 더 좋은 방법이 있습니다.

CommonOpenFileDialog의 부모 클래스인 CommonFileDialog에는 private으로 nativeDialog 필드를 가지고 있는데 이것이 IFileOpenDlg를 구현하고 있기 때문에 이것으로부터 선택된 파일의 목록을 구할 수 있습니다. 물론, private이기 때문에 Reflection을 사용해야 하지만 어쨌든 다음과 같이 선택된 파일 목록을 구할 수 있습니다.

private void Dialog_SelectionChanged(object sender, EventArgs e)
{
    CommonOpenFileDialog dlg = sender as CommonOpenFileDialog;

    FieldInfo fi = dlg.GetType().BaseType.GetField("nativeDialog", System.Reflection.BindingFlags.NonPublic | System.Reflection.BindingFlags.Instance);
    object nativeDialog = fi.GetValue(dlg);

    IFileOpenDlg odlg = nativeDialog as IFileOpenDlg;
    if (odlg == null)
    {
        return;
    }

    try
    {
        odlg.GetSelectedItems(out IShellItemArray ppsai);
        ppsai.GetCount(out uint itemCount);

        List<string> fileNames = new List<string>();

        for (uint i = 0; i < itemCount; i++)
        {
            ppsai.GetItemAt(i, out IShellItem ppsi);

            ppsi.GetDisplayName(ShellItemDesignNameOptions.FileSystemPath, out IntPtr ppszName);
            string filePath = Marshal.PtrToStringUni(ppszName);

            fileNames.Add(filePath);
        }
    }
    catch (Exception)
    {
    }
}

fileNames 목록을 구했으니, 이제 이전 선택된 내용과 비교해서 순서를 정해 주면 됩니다.

(모든 기능을 구현한 코드는 첨부 파일에 넣어 두었으니 참고하세요.)




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







[최초 등록일: ]
[최종 수정일: 11/29/2017]

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

비밀번호

댓글 작성자
 



2017-11-30 01시00분
[김복희] 안녕하세요?

실행을 하니 .net Framework 4.7을 대상으로 한다고 안내 창이 나와서
현재 제 컴에 설치된 4.5.2로 변경합니다를 선택하고 진행하면
private void Dialog_SelectionChanged(object sender, EventArgs e)
어쩌구
저쩌구
try
{
    odlg.GetSelectedItems(out IShellItemArray ppsai);
이 부분에서 오류가 발생합니다. (오류    CS1003    구문 오류입니다. ','이(가) 필요합니다)

4.7 버전에서만 지원이 가능한 건가요??

[guest]
2017-11-30 01시34분
odlg.GetSelectedItems(out IShellItemArray ppsai);

위의 코드가 C# 7.1 컴파일러에서만 유효하기 때문입니다. 다음과 같이 바꿔서 빌드해 보세요. (나머지 out 구문들도 그렇게 처리하시면 됩니다.)

IShellItemArray ppsai;
odlg.GetSelectedItems(out ppsai);
정성태
2017-11-30 04시25분
[김복희] 댓글처럼 처리하면
잘 작동하고
원하는 결과가 잘 나옵니다.
다시 한번 감사 드립니다.
[guest]

... 121  122  123  124  125  126  127  128  [129]  130  131  132  133  134  135  ...
NoWriterDateCnt.TitleFile(s)
1830정성태1/1/201527438오류 유형: 265. svchost.exe 프로세스(IP Helper: IPHLPSVC)의 CPU 100% 현상
1829정성태12/16/201431230VC++: 86. Windows Vista부터 바뀐 Credential Provider 예제 분석 (2) [2]파일 다운로드1
1828정성태12/15/201427698VC++: 85. Windows Vista부터 바뀐 Credential Provider 예제 분석 (1) [4]파일 다운로드1
1827정성태12/12/201424024VC++: 84. CredUIPromptForWindowsCredentials Win32 API 사용법 정리
1826정성태12/11/201428516.NET Framework: 489. Socket.Listen에 전달된 backlog 인자의 의미 [6]
1825정성태12/11/201475696.NET Framework: 488. TCP 소켓 연결의 해제를 알 수 있는 방법 [10]파일 다운로드1
1824정성태12/10/201425772.NET Framework: 487. Socket.Receive 메서드의 SocketFlags.Peek 동작을 이용해 소켓 연결 유무를 확인? [8]파일 다운로드1
1823정성태12/10/201422667.NET Framework: 486. Java의 ScheduledExecutorService에 대응하는 C#의 System.Threading.Timer [2]
1822정성태12/3/201425320개발 환경 구성: 252. Xamarin 라이선스 관리 [8]
1821정성태12/1/201431719VS.NET IDE: 96. Visual Studio에서 /* ~ */ 주석을 위한 단축키(매크로)
1820정성태11/23/201420474.NET Framework: 485. Mono Profiler에서 IL 코드 변경이 가능할까? - 두 번째 이야기파일 다운로드1
1819정성태11/22/201420454오류 유형: 264. MSBuild 에러 - warning MSB3052: The parameter to the compiler is invalid,
1818정성태11/22/201422887개발 환경 구성: 251. NUMA 노드 수에 따른 IIS Worker Process(w3wp.exe) 설정 [1]
1817정성태11/22/201426036VS.NET IDE: 95. Macros for Visual Studio 2013 [1]
1816정성태11/20/201420722.NET Framework: 484. Mono Profiler에서 IL 코드 변경이 가능할까?
1815정성태11/18/201418701.NET Framework: 483. 코드로 살펴 보는 ETW의 활성화 시점 [2]
1814정성태11/18/201420283오류 유형: 263. Unable to find the requested .Net Framework Data Provider. It may not be installed.
1813정성태11/18/201422114오류 유형: 262. Build Events에 robocopy 작업이 있는 경우 "VCEnd exited with code 3" 오류 발생
1812정성태11/17/201419574.NET Framework: 482. ETW 자동 생성 코드의 VerificationException 예외 발생
1811정성태11/16/201420892.NET Framework: 481. Mono 내부의 문자열 처리 방식은 UTF-8
1810정성태11/15/201457521.NET Framework: 480. C# - 배치 파일 실행하고 출력 결과를 얻는 방법 [4]
1809정성태11/11/201422781.NET Framework: 479. Mono Profiler를 Unity의 Plugin으로 사용하는 방법
1808정성태11/11/201423111.NET Framework: 478. C# - 폴더 경로 문자열에서 "..", "." 표기를 고려한 최종 문자열을 얻는 방법 [2]
1807정성태11/10/201429264개발 환경 구성: 250. 서버용 Socket에서 사용하는 포트가 충돌한다면?파일 다운로드1
1806정성태11/10/201425075.NET Framework: 477. SeCreateGlobalPrivilege 특권과 WCF NamedPipe
1805정성태11/5/201421874.NET Framework: 476. Visual Studio에서 Mono용 Profiler 개발 [3]파일 다운로드1
... 121  122  123  124  125  126  127  128  [129]  130  131  132  133  134  135  ...