再次引用shell32,C#Visual Studio

再次引用shell32,C#Visual Studio,c#,visual-studio-2008,reference,shell32,C#,Visual Studio 2008,Reference,Shell32,嗯。好吧,在重访平沃克之后,我肯定我不太明白:-/(刚刚问) 让我举例说明我需要处理的代码。当我使用“添加引用-->COM-->Microsoft Shell控件和自动化”时,它会起作用。。。但遗憾的是,它在我的项目中放置了一个如下的引用:“C:\Users\Tim\Documents\Visual Studio 2008\Projects\Wing\FileWing\obj\Debug\Interop.Shell32.dll” 我正在翻垃圾桶,寻找我想回收的东西。有没有办法不通过拼搏来完成这件

嗯。好吧,在重访平沃克之后,我肯定我不太明白:-/(刚刚问)

让我举例说明我需要处理的代码。当我使用“添加引用-->COM-->Microsoft Shell控件和自动化”时,它会起作用。。。但遗憾的是,它在我的项目中放置了一个如下的引用:“C:\Users\Tim\Documents\Visual Studio 2008\Projects\Wing\FileWing\obj\Debug\Interop.Shell32.dll”

我正在翻垃圾桶,寻找我想回收的东西。有没有办法不通过拼搏来完成这件事?或者获取对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;
    }
}
private void recoveryclerbantery(字符串文件名,整数大小)
{
尝试
{
外壳Shl=新外壳();
文件夹回收器=Shl.NameSpace(10);
//扫描所有回收商条目,直到找到要回收的条目
对于(int i=0;i
现在您正在混合两个不同的概念:PInvoke和COM互操作

PInvoke允许您从托管代码中访问本机C函数。它的工作原理是在托管代码中定义本机方法的封送处理兼容签名,并使用
DllImport
属性对其进行标记。它需要并且不能有对本机DLL的元数据引用。使用Win32 DLL的正常加载规则在运行时发现DLL

COM互操作允许您从托管代码访问COM兼容对象。这是通过获取COM接口的封送处理兼容托管定义,然后通过以下几种方式之一获取对对象的引用来实现的。获取托管定义通常是通过向COM组件的PIA(主互操作程序集)添加元数据引用来完成的。在C#4.0之前,如果不做大量工作,就无法删除此引用,并且必须与应用程序一起部署


在这个特定的示例中,您使用的是COM互操作,而不是PInvoke

首先-抱歉,刚大学毕业,他们不在那里教WinAPI;-)好的,我使用COM互操作。您说我需要对互操作程序集的引用。我猜这就是这里的东西,对我来说很小也很好:…\Visual Studio 2008\Projects\Wing\FileWing\obj\Debug\Interop.Shell32.dll现在我的问题是:我如何影响这个对象的创建位置(比如在其他地方设置这个对象的路径)或者我如何部署这个对象,那么它是和我的应用程序一起安装的?@Tim,我不相信你能影响它的创建位置。它是由构建系统自动完成的。要部署它,只需将其复制到应用程序的目标文件夹中即可。谢谢!这正是我需要做的:-)@JaredPar,“直到C#4.0…”,在C#4.0中如何做到这一点?@rjan使用C#4.0我会使用嵌入式互操作类型将COM定义简单地嵌入到我的程序集中,并避免部署问题