问题标签 [file-access]

更新 3：现在使用安全选项卡限制访问。（手动）现在希望以编程方式（使用 Visual C#）以及如何在简单的用户帐户中使用管理员帐户访问文件。提示 - 我在 Windows 中注意到此功能，右键单击并使用“执行为”，输入管理员密码，然后您可以访问该文件。

更新 2：找到如何显示安全选项卡

显示安全选项卡

在控制面板中打开文件夹选项。（单击开始，单击控制面板，单击外观和主题，然后单击文件夹选项。）

在查看选项卡的高级设置下，清除使用简单文件共享 [推荐]。

更新1：我找到了以下文章，它建议了如何授予文件权限，但是当我单击属性时我没有找到安全选项卡，你有吗？任何想法如何得到它

我有一个文件要防止被修改。不要对我说加密它，这不能解决问题，我希望用户不能更改文件，但只有我（我的程序）。是否有任何类型的 Windows 文件身份验证，我知道我所说的身份验证是愚蠢的，但是某些 Windows 文件无法访问，例如用户配置文件中的“ntuser.dat.LOG”。当我尝试打开此文件时，它不会打开。

我想要这样的东西，对于这个文件，似乎是因为 Windows 正在使用它。对。但是如果我的程序关闭了，我也不希望在这种情况下更改文件。我该怎么办？

我不要求完整的详细解决方案，我想要想法、建议、提示或任何您知道会有所帮助的东西，因为它似乎很复杂：p

当将多个文件放入监视目录时，我遇到了 FileSystemWatcher 的问题。我想将文件放在目录中后立即对其进行解析。通常，第一个文件解析得很好，但是将第二个文件添加到目录会导致访问问题。有时，第一个文件甚至不解析。只有一个应用程序正在运行并监视此目录。最终，这个过程将在多台机器上运行，它们将监视一个共享目录，但只有一台服务器可以解析每个文件，因为数据被导入数据库并且没有主键。

这是 FileSystemWatcher 代码：

然后解析文件的方法：

移动第二个文件时，它正在捕获

System.IO.IOException：该进程无法访问文件“C:\Temp\TestFile.txt”，因为它正被另一个进程使用。

如果它在多台机器上运行，我希望看到这个错误，但它现在只在一台服务器上运行。不应该有其他进程使用此文件 - 我创建了它们并将它们复制到应用程序运行时的目录中。

这是设置 FileSystemWatcher 的正确方法吗？我怎样才能看到这个文件上的锁是什么？为什么它不解析这两个文件 - 我必须关闭 FileStream 吗？我想保留 FileShare.None 选项，因为我只想要一个服务器来解析文件 - 获取文件的服务器首先解析它。

文件和随机访问文件有什么区别？

我使用代码块作为我的 C++ IDE，每 10 分钟左右我收到以下错误消息：

“重新加载文件？文件 c:...node.cpp 在 IDE 外被修改。您要重新加载吗？（您将丢失未保存的工作）”是/否/全部/取消

如果我错误地单击“是”，有时我会失去最后几分钟的工作。如果我单击“否”，则一切正常。

所以我下载了“进程监视器”以找出正在访问我的 cpp 文件的程序，它告诉我 SVCHost 可能是罪魁祸首。

据我所知，SVCHost 负责各种事情。有谁知道我可以做些什么来停止接收此错误消息？

注意第一个月左右没有出现此错误消息，因此我使用了代码块，但我不知道我做了什么可能导致问题。

[截图][ http://i44.tinypic.com/sgk3sx.jpg]

每次从服务器请求特定文件时，我都需要一种将条目记录到数据库中的方法。该文件可以是任何类型，甚至是图像或其他媒体。

是否也可以记录哪个 IP 地址或主机名请求了该文件？

我总是以两种方式打开我的文件——读取访问和共享读取，或者读/写访问和不共享。

在我看来，允许共享写入似乎总是会导致您在阅读文件时发生意外的事情。是否有充分的理由以共享写入模式打开文件？

我的 Web 应用程序中有一个 ADO.NET Entity-Framework *.edmx 文件。

当我在浏览器中（当应用程序运行时）浏览到 edmx 文件时，它不会像浏览到 *.cs 或 vb 文件时那样显示错误页面，它会打开 edmx 并向所有用户显示我的模型方案用户！！！

我怎样才能避免这种情况。

在尝试打开文件进行读取之前，有什么方法可以先测试文件是否正在使用中？例如，如果文件仍在被写入或被认为正在使用，则此代码块将引发异常：

我环顾四周，我能找到的最好的方法是执行某种轮询，里面有一个 try catch，感觉很hacky。我希望会有一些东西，System.IO.FileInfo但没有。

有什么更好的方法吗？

我最近问了一个关于将业务逻辑与数据访问分离以使应用程序可测试的最佳方法的问题（此处）。感谢 Jeff Sternal，我创建了数据访问接口并将其具体实现从应用程序顶层传递到 BL。但现在我试图弄清楚如何将文件访问方法与业务逻辑分开。

假设我有一个函数，可以将数据库中的数据加载到数据集中，格式化加载的数据（格式存储在一些外部 xml 文件中），最后将数据集序列化为文件。因此，为了支持可测试性，我需要将访问文件系统的所有功能移动到某个接口。但首先 - 我发现只调用 dataset.WriteXml(file) 非常方便，但为了可测试性，我必须创建接口并将 dataset.WriteXml() 移动到它的实现，这在我看来是不必要的层并且使代码不那么明显. 第二 - 如果我将所有访问文件系统的方法移动到单个接口，它将违反 SRP 原则，因为序列化\反序列化数据集和从文件读取数据格式似乎是不同的职责，对吗？

File.WriteAllText对远程路径执行操作会抛出UnauthorizedAccessException. 当我在记事本中打开文件时，我可以毫无问题地对其进行编辑。试图修改文件的进程以我自己的用户帐户运行，因此它应该能够访问它。