我在做一个处理xml文件的工具，代码大致上如下：
XmlDocument doc = new XmlDocument();
XmlTextReader reader = new XmlTextReader(".\\a.xml");

doc.Load(reader);
reader.Close();
doc.Save(".\\b.xml");

a.xml文件有如下一段
<File
RelativePath=".\Standard\AnalysisAppsDB.cpp"
>
</File>

则在b.xml文件中将会转变为
<File RelativePath=".\Standard\AnalysisAppsDB.cpp">
</File>

.net将其格式变掉了，如果我希望仍旧保存原有的格式，应该如何做到？

没人回答。。。。看来太easy了
问题已经解决了。。。。

那就把你的解决方案贴出来

解决方案就是：人肉写个保存的函数。。。。

汗 平时save出来都很随便的，连空格都不要求，人要看的时候用IE打开就是了

其实人肉不错的。
我们引擎里面，也有基于DOM的XML读写代码。有一次我要生成n G的XML数据，用那个代码太慢了，我直接在内存buffer里面拼装一个XML文件，然后绕过C和Windows缓存直接写硬盘，速度快很多，而且运行完，系统也不会像生了一场大病一样。

问题是为什么要对XML的格式有这么细节的限制？这似乎不是XML本身的原意了。

是这样子的，为了重构公司代码，本人做了一些工具。这个就是处理vc project file的，那个冬冬现在是xml格式的。我利用.net本身的函数保存以后，由于改变了格式，而且变动不是一点点大，有人反映无法再diff了。。。。。由于这个要求，所以。。。。。

先进的技术往往也有落后的需求么～～～嘿嘿

XML有一个很大的好处就是可以人肉修改。虽然有很多工具，但是我通常仍然是使用Notepad或者UltraEdit。
其实很多时候外部工具的确是一个很大的问题。譬如说，我们项目的数据很大，譬如说2G。我们把它分割为上万个小文件。那么多的文件管理起来很麻烦，技术上要分割的少一点（譬如说分割成10个或者100个）都很方便。但是这样带来的问题就是，很难做版本管理。于是，只能保持上万个小文件状态。

你用 XmlWriter 写 XML 并用 XmlWriterSetting 设置缩进就可以保持一个比较漂亮的样子。