Снова ссылаемся на shell32, C # Visual Studio - PullRequest
Новая
       17

Снова ссылаемся на shell32, C # Visual Studio

6 голосов
/ 25 января 2010

Хммм. Хорошо, после повторного посещения PInvoke, я уверен, что не совсем понял: - / (только что задал этот вопрос )

Позвольте мне проиллюстрировать код, который мне нужно обработать. Он работает, когда я использую «Добавить ссылку -> COM -> Microsoft Shell Controls and Automatation» ... но, к сожалению, он помещает ссылку в мой проект, который выглядит так: 2008 \ Projects \ Wing \ FileWing \ OBJ \ Debug \ Interop.Shell32.dll "

Я копаю мусорную корзину и ищу предмет, который хочу восстановить. Есть ли способ НЕ бороться через PInvoke, чтобы сделать это? Или получить ссылку на system32 / shell32.dll, которая позволяет мне использовать этот код во время выполнения? 

private void recoverRecyclerBinEntry(string fileName, int size)
{
    try
    {
        Shell Shl = new Shell();
        Folder Recycler = Shl.NameSpace(10);

        // scans through all the recyclers entries till the one to recover has been found
        for (int i = 0; i < Recycler.Items().Count; i++)
        {
            FolderItem FI = Recycler.Items().Item(i);
            string FileName = Recycler.GetDetailsOf(FI, 0);
            if (Path.GetExtension(FileName) == "")
                FileName += Path.GetExtension(FI.Path);
            //Necessary for systems with hidden file extensions.

            string FilePath = Recycler.GetDetailsOf(FI, 1);
            string combinedPath = Path.Combine(FilePath, FileName);

            if (size == FI.Size && fileName == combinedPath)
            {
                Debug.Write("Match found. Restoring " + combinedPath + "...");
                Undelete(FI);
                Debug.WriteLine("done.");
            }
            else
            {
                Debug.WriteLine("No match");
            }
        }
    } 
    catch (Exception ex)
    {
        Debug.WriteLine(ex.Message);
        Debug.WriteLine(ex.StackTrace);
    }
}

private bool Undelete(FolderItem Item)
{
    try
    {
        foreach (FolderItemVerb FIVerb in Item.Verbs())
        {
            if (
                (FIVerb.Name.ToUpper().Contains("WIEDERHERSTELLEN")) ||
                (FIVerb.Name.ToUpper().Contains("ESTORE")) ||
                (FIVerb.Name.ToUpper().Contains("NDELETE"))
                )
            {
                FIVerb.DoIt();
                return true;
            }
        }
        //execute the first one:
        Item.Verbs().Item(0).DoIt();
        return true;
    }
    catch (Exception)
    {
        Debug.WriteLine("ERROR undeleting");
        return false;
    }
}

1 Ответ

7 голосов
/ 25 января 2010

Прямо сейчас вы смешиваете 2 разных понятия: PInvoke и COM Interop.

PInvoke позволяет вам получить доступ к собственным функциям C из управляемого кода. Он работает, определяя маршал-совместимую подпись нативного метода в управляемом коде и помечая его атрибутом DllImport. Он требует и не может иметь ссылку на метаданные для собственной библиотеки DLL. DLL обнаруживается во время выполнения с использованием обычных правил загрузки для Win32 DLL.

COM Interop позволяет получить доступ к COM-совместимым объектам из управляемого кода. Это делается путем получения совместимого с маршалом управляемого определения интерфейса COM, а затем получения ссылки на объект одним из нескольких способов. Получение управляемого определения часто выполняется путем добавления ссылки на метаданные в PIA (первичная сборка взаимодействия) для компонента COM. До C # 4.0 эта ссылка не может быть удалена без большой работы и должна быть развернута вместе с вашим приложением.

В этом конкретном примере вы используете COM-взаимодействие, а не PInvoke.

...