应用文件夹图标更改

Apply Folder Icon Change

我正在尝试更改文件夹的图标。下面的代码完成了我在网上找到的所有内容,但图标永远不会改变。我可能不是 "Applying" 改变吗?

string createdFile = Path.Combine(@"C:\Users\np\Desktop\PUTEST", "desktop.ini");
if (File.Exists(createdFile))
{
    var di = new DirectoryInfo(createdFile);
    di.Attributes &= ~FileAttributes.ReadOnly;

    File.Delete(createdFile);
    File.Create(createdFile).Dispose();
}
else
{
    File.Create(createdFile).Dispose();
}


//string iconPath = @"%SystemRoot%\system32\SHELL32.dll";
string iconPath = Environment.ExpandEnvironmentVariables(@"%SystemRoot%\system32\SHELL32.dll");
string iconIndex = "-183";
using (TextWriter tw = new StreamWriter(createdFile))
{
    tw.WriteLine("[.ShellClassInfo]");
    tw.WriteLine("IconResource=" + iconPath + "," + iconIndex);
    //tw.WriteLine("IconFile=" + iconPath);
    //tw.WriteLine("IconIndex=" + iconIndex);

}


File.SetAttributes(createdFile, System.IO.FileAttributes.ReadOnly);
File.SetAttributes(createdFile, System.IO.FileAttributes.System);
File.SetAttributes(createdFile, System.IO.FileAttributes.Hidden);

制作这样的文件时,最好先使用资源管理器或记事本,然后 write/adjust 您的代码与生成的内容相匹配。否则,很难确定问题出在您的文件还是您的代码。

我相信使这项工作的最低要求是 Desktop.ini 必须标记为 System 并且父目录必须标记为 ReadOnlySystem 可能在那里工作,因为好吧,但我知道 ReadOnly 确实如此)。因此,您的代码使用了正确的属性,但仍然存在一些问题。

您的 if ... else ... 块说 "If a file exists at this path, create a directory at that path, then delete the file at that path, then create a file at that path." 当然,目录不应该也不能与文件具有相同的路径。我假设您正在删除并重新创建文件以清除已经存在的内容,但是 File.Create() 会覆盖 (t运行cates) 现有文件,同时调用 File.Delete()File.Exists() 不必要。

更重要的是这一行...

di.Attributes &= ~FileAttributes.ReadOnly;

...有两个问题。首先,您将目录的属性与 ReadOnly 的否定进行 AND 运算,这具有删除 ReadOnly 并保持其他属性相同的效果。你想确保 ReadOnlyset 在目录上,所以你想做与你使用的代码相反的事情:或者目录的属性 ReadOnly (不是否定)...

di.Attributes |= FileAttributes.ReadOnly;

此外,无论您是否创建了目录,您都需要设置该属性,因此该行应该移到 if ... else ....

之外

另一个问题是对 File.SetAttributes() 的连续调用。在这三个调用之后,文件的属性将仅为 Hidden,因为这是最后一个调用的值。相反,您需要在一次调用中组合(按位或)这些属性。

一些其他的小调整...

  • 如您所知,因为您在其上调用 Dispose(),所以 File.Create() returns 到该文件的 FileStream。您可以使用它来创建您的 StreamWriter,而不是将其丢弃,无论如何,这将不得不在幕后创建一个。更好的是,改为调用 File.CreateText(),它将为您创建 StreamWriter
  • Desktop.ini文件支持环境变量,不用自己扩展。这将使文件在系统之间可移植,例如,如果您将文件从一个系统复制到另一个系统,或者目录位于由具有不同 %SystemRoot% 值的多个系统访问的网络共享上。

结合上述所有更改,您的代码将变为...

// Create a new directory, or get the existing one if it exists
DirectoryInfo directory = Directory.CreateDirectory(@"C:\Users\np\Desktop\PUTEST");
directory.Attributes |= FileAttributes.ReadOnly;

string filePath = Path.Combine(directory.FullName, "desktop.ini");
string iconPath = @"%SystemRoot%\system32\SHELL32.dll";
string iconIndex = "-183";

using (TextWriter tw = File.CreateText(filePath))
{
    tw.WriteLine("[.ShellClassInfo]");
    tw.WriteLine("IconResource=" + iconPath + "," + iconIndex);
    //tw.WriteLine("IconFile=" + iconPath);
    //tw.WriteLine("IconIndex=" + iconIndex);
}

File.SetAttributes(filePath, FileAttributes.ReadOnly | FileAttributes.System | FileAttributes.Hidden);

一个问题是,如果您连续 运行 两次,上面的代码将抛出异常。这是因为如果输入文件是 HiddenReadOnlyFile.Create*() 方法将失败。我们可以使用 new FileStream() 作为替代方案,但如果文件是 ReadOnly,那仍然会抛出异常。相反,我们只需要在打开任何现有输入文件之前从中删除这些属性...

// Create a new directory, or get the existing one if it exists
DirectoryInfo directory = Directory.CreateDirectory(@"C:\Users\np\Desktop\PUTEST");
directory.Attributes |= FileAttributes.ReadOnly;

string filePath = Path.Combine(directory.FullName, "desktop.ini");
FileInfo file = new FileInfo(filePath);

try
{
    // Remove the Hidden and ReadOnly attributes so file.Create*() will succeed
    file.Attributes = FileAttributes.Normal;
}
catch (FileNotFoundException)
{
    // The file does not yet exist; no extra handling needed
}

string iconPath = @"%SystemRoot%\system32\SHELL32.dll";
string iconIndex = "-183";

using (TextWriter tw = file.CreateText())
{
    tw.WriteLine("[.ShellClassInfo]");
    tw.WriteLine("IconResource=" + iconPath + "," + iconIndex);
    //tw.WriteLine("IconFile=" + iconPath);
    //tw.WriteLine("IconIndex=" + iconIndex);
}

file.Attributes = FileAttributes.ReadOnly | FileAttributes.System | FileAttributes.Hidden;

我从使用 File 更改为 FileInfo,因为这样会更容易一些。