




Вам нужно вникнуть в неуправляемый код. Вот статический класс, который я использовал:
public static class Recycle
{
private const int FO_DELETE = 3;
private const int FOF_ALLOWUNDO = 0x40;
private const int FOF_NOCONFIRMATION = 0x0010;
[StructLayout(LayoutKind.Sequential, CharSet = CharSet.Auto, Pack = 1)]
public struct SHFILEOPSTRUCT
{
public IntPtr hwnd;
[MarshalAs(UnmanagedType.U4)]
public int wFunc;
public string pFrom;
public string pTo;
public short fFlags;
[MarshalAs(UnmanagedType.Bool)]
public bool fAnyOperationsAborted;
public IntPtr hNameMappings;
public string lpszProgressTitle;
}
[DllImport("shell32.dll", CharSet = CharSet.Auto)]
static extern int SHFileOperation(ref SHFILEOPSTRUCT FileOp);
public static void DeleteFileOperation(string filePath)
{
SHFILEOPSTRUCT fileop = new SHFILEOPSTRUCT();
fileop.wFunc = FO_DELETE;
fileop.pFrom = filePath + '\0' + '\0';
fileop.fFlags = FOF_ALLOWUNDO | FOF_NOCONFIRMATION;
SHFileOperation(ref fileop);
}
}
Дополнение:
Я предполагаю, что это одна из областей, где VB лучше, чем C# ... кроме того, это не "не C#" только потому, что он находится в пространстве имен VB - объект является объектом, а не использовать его только потому, что он находится в пространстве имен Вам не нравится название - это немного смешно, не правда ли? ...
... если бы пространством имен было Microsoft.UsefulUtilities, у вас не было бы никаких сомнений по поводу их использования, так в чем же разница?
Конечно, дело не в пространстве имен, а в том, что вам нужно связать библиотеки VB, чтобы использовать это пространство имен. Должно быть очевидно.
http://www.daveamenta.com/2008-05/c-delete-a-file-to-the-recycle-bin/
Сверху:
using Microsoft.VisualBasic;
string path = @"c:\myfile.txt";
FileIO.FileSystem.DeleteDirectory(path,
FileIO.UIOption.OnlyErrorDialogs,
RecycleOption.SendToRecycleBin);
Для большей ясности я бы использовал DeleteFile вместо DeleteDirectory.
+1 за нестандартное мышление и ссылки на нелюбимое пространство имен вместо того, чтобы прибегать к уродливому неуправляемому коду.
Какое отношение эти классы и методы FileIO имеют к Visual Basic? Помещать их в Microsoft.VisualBasic для меня не имеет абсолютно никакого смысла. Я, должно быть, что-то упускаю.
@Я. Дж. Кеннеди. Если бы я должен был предположить, что, возможно, команда Visual basic внедрила эту функцию и вместо того, чтобы возиться с ней, команда .NET решила оставить функциональность на прежнем уровне.
любое решение без использования "Microsoft.VisualBasic"?
Есть ли способ вообще не показывать UI? (т.е. вызвать исключение вместо отображения диалогового окна с ошибкой)
Да, я ищу один без использования Visual Basic DLL
Лучший способ, который я нашел, - использовать функцию VB FileSystem.DeleteFile.
Microsoft.VisualBasic.FileIO.FileSystem.DeleteFile(file.FullName,
Microsoft.VisualBasic.FileIO.UIOption.OnlyErrorDialogs,
Microsoft.VisualBasic.FileIO.RecycleOption.SendToRecycleBin);
Это требует добавления Microsoft.VisualBasic в качестве ссылки, но это часть платформы .NET и поэтому не является дополнительной зависимостью.
Альтернативные решения требуют P / Invoke для SHFileOperation, а также определения всех различных структур / констант. По сравнению с этим включение Microsoft.VisualBasic выглядит намного аккуратнее.
Возможный дубликат Отправить файл в корзину