问题标签 [file]

如果我打开在 Windows 中创建的文件，这些行都以^M. 如何一次删除这些字符？

如何在不使用try语句的情况下检查文件是否存在？

好的，我已经使用 Solaris 工作了 10 多年，但从未见过这个......

我有一个目录列表，其中包括同名的文件和子目录：

我使用文件来发现文件的内容，我得到：

我不担心文件，但我想保留目录，所以我尝试rm：

所以这是我的两部分问题：

1. 这是怎么回事？
2. 如何小心删除文件？

乔纳森

编辑：感谢大家的回答，（到目前为止）都很有帮助，但是将列表传递给编辑就可以了，ala：

其中包含：

始终小心退格键！

Thinking about a Windows-hosted build process that will periodically drop files to disk to be replicated to several other Windows Servers in the same datacenter. The other machines would run IIS, and serve those files to the masses.

The total corpus size would be millions of files, 100's of GB of data. It'd have to deal with possible contention on the target servers, latent links e.g. over a WAN, cold-start clean servers

Solutions I've thought about so far :

• queue'd system and daemons either wake periodically and copy or run as services.
• SAN - expensive, complex, more expensive
• ROBOCOPY, on a timed job - simple but effective. Lots of internal/indeterminate state e.g. where its at in copying, errors
• Off the shelf repl. software - less expensive than SAN but still expensive
• UNC shared folders and no repl. Higher latency, lower cost - still need a clustering solution too.
• DFS Replication.

What else have other folks used?

我有一个经常更新的 .csv 文件（大约每分钟 20 到 30 次）。我想在将新添加的行写入文件后立即将它们插入数据库。

FileSystemWatcher类侦听文件系统更改通知，并且可以在指定文件发生更改时引发事件。问题是 FileSystemWatcher 无法准确确定添加或删除了哪些行（据我所知）。

读取这些行的一种方法是保存和比较更改之间的行数，并读取最后一个更改和倒数第二个更改之间的差异。但是，我正在寻找更清洁（也许更优雅）的解决方案。

如何创建类似于现有 MS doc 的新 PCL 文件。我有 MS doc 模板并将其替换为实际数据。我需要为 PCL 格式实现相同的功能（将 PCL 文件创建为模板并将其替换为数据库中的实际值并将其发送到传真）。

我有一个巨大的文件，我必须在特定位置插入某些字符。在 C# 中执行此操作而无需再次重写整个文件的最简单方法是什么。

默认情况下，Eclipse 不会显示我在项目中维护的 .htaccess 文件。它只是在包查看器树中显示一个空文件夹。我怎样才能让它出现？没有明显的偏好。

我正在创建一个下载应用程序，我希望在文件实际下载之前在硬盘驱动器上为文件分配空间，因为它们可能相当大，并且没有人喜欢看到“此驱动器已满，请删除一些文件并重试。 " 所以，鉴于此，我写了这篇文章。

它可以工作，至少在您下载数百 MB 甚至可能是 GB 的文件之前，如果没有完全清除页面文件并完全杀死您的系统内存，那么您将 Windows 投入到一个颠簸的狂热中。哎呀。

所以，有了更多的启发，我开始使用以下算法。

这很有效，甚至没有遇到最后一个解决方案的严重内存问题。不过它仍然很慢，尤其是在较旧的硬件上，因为它将（可能是 GB 的）数据写入磁盘。

问题是：有没有更好的方法来完成同样的事情？有没有办法告诉 Windows 创建一个 x 大小的文件并简单地分配文件系统上的空间，而不是实际写出大量数据。我根本不关心初始化文件中的数据（我使用的协议 - bittorrent - 为其发送的文件提供哈希，因此随机未初始化数据的最坏情况是我得到一个幸运的巧合和文件的一部分是正确的）。

我在同一个 c#/.net 解决方案中有许多程序集/项目。使用 Web 应用程序 gui 的人需要保存设置，然后控制台应用程序和一些测试项目需要访问同一个文件。我应该把文件放在哪里以及如何访问它？

我尝试过使用“AppDomain.CurrentDomain.BaseDirectory”，但最终对于我的程序集有所不同。“System.Reflection.Assembly.Get*Assembly.Location”也无法满足我的需求。

也许这不是我应该在文件中而是在数据库中的东西？但是对于几行配置来说，这样做感觉太复杂了。