Асинхронные файловые операции WinRT в C++

[Примечание: для краткости я опустил большую часть квалификации пространств имен в коде и сообщениях об ошибках.]

На панели списка ошибок Visual Studio отображается только первая строка каждой ошибки (это очень полезная функция, особенно при программировании на C++, поскольку некоторые сообщения об ошибках от компилятора чрезвычайно длинны. Вам нужно посмотреть в окно вывода, чтобы увидеть остальная часть сообщения об ошибке:

error C2664: 'IAsyncOperation<TResult>::Completed::set' : 
cannot convert parameter 1 
    from 'AsyncOperationCompletedHandler<TResult> ^'
    to   'AsyncOperationCompletedHandler<TResult> ^'
with
[
    TResult=IVectorView<StorageFile ^> ^ 
]
and
[
    TResult=IVectorView<IStorageFile ^> ^
]
and
[
    TResult=IVectorView<StorageFile ^> ^
]
No user-defined-conversion operator available, or
Types pointed to are unrelated;
conversion requires reinterpret_cast, C-style cast or function-style cast

Это все еще немного сбивает с толку, потому что все три шаблона используют параметр с именем TResult. Чтобы расшифровать ошибку, обратите внимание, что порядок шаблонов в первой строке совпадает с порядком списков аргументов шаблона в остальной части строки.

Проблема здесь в том, что вы смешиваете использование StorageFile и IStorageFile. В обеих этих строках вам нужно использовать StorageFile (см. морковь под строками, где используется IStorageFile):

getResourceFiles->Completed = ref new Windows::Foundation::AsyncOperationCompletedHandler< IVectorView< Windows::Storage::IStorageFile^ >^ >( 
                                                                                                                          ^
[this]( Windows::Foundation::IAsyncOperation< IVectorView< Windows::Storage::IStorageFile^ >^ >^ operation ) {
                                                                             ^

Обратите внимание, что как только вы устраните эту проблему, вы получите еще одну пару ошибок, потому что ваши лямбда-выражения должны иметь два параметра; второй - AsyncStatus. В конце концов, они оба должны быть объявлены как:

// Namespaces omitted for brevity
[this](IAsyncOperation<StorageFolder^>^ operation, AsyncStatus status) { }

Поскольку я собираю для WinRT, я не могу использовать очень полезные функции FindFirstFile и FindNextFile.

Обратите внимание, что на самом деле вы можете использовать как FindFirstFileEx, так и FindNextFile в приложении в стиле Metro. (не-Ex FindFirstFile использовать нельзя).

Вы должны использовать асинхронные функции WinRT везде, где это возможно и целесообразно, но это не означает, что эти другие функции по-прежнему бесполезны.

Гораздо более простое решение — использовать PPL для асинхронных операций. Вместо того, чтобы вручную запускать асинхронную операцию, попробуйте:

create_task(installedLocation->GetFolderFromPathAsync(folderPath)
.then([this](Windows::Storage::StorageFolder^ folder) { 
    return folder->GetFilesAsync();
})
.then([this](IVectorView<Windows::Storage::StorageFile^ >^ files) { 
    for( unsigned int i = 0; i < files->Size; ++i ) { 
         // Process File 
    } 
}); 

Я не на 100% разбираюсь в синтаксисе, это было написано в редакторе кода SO, но оно показывает, как PPL резко снижает сложность кода такого типа — в основном вы используете create_task для создания задачи, а затем используете метод .then для задача, чтобы указать лямбду, которая используется для асинхронного завершения.

РЕДАКТИРОВАТЬ: обновлено, чтобы удалить вложенную лямбду.