再次引用shell32,C#Visual Studio
嗯。好吧,在重访平沃克之后,我肯定我不太明白:-/(刚刚问) 让我举例说明我需要处理的代码。当我使用“添加引用-->COM-->Microsoft Shell控件和自动化”时,它会起作用。。。但遗憾的是,它在我的项目中放置了一个如下的引用:“C:\Users\Tim\Documents\Visual Studio 2008\Projects\Wing\FileWing\obj\Debug\Interop.Shell32.dll” 我正在翻垃圾桶,寻找我想回收的东西。有没有办法不通过拼搏来完成这件事?或者获取对system32/shell32.dll的引用,以便在运行时使用此代码再次引用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” 我正在翻垃圾桶,寻找我想回收的东西。有没有办法不通过拼搏来完成这件
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定义简单地嵌入到我的程序集中,并避免部署问题