C# Microsoft Word中自定义XML的替代方案？

我有一个传统的应用程序，它大量使用自定义XML。用户提供了一个布满自定义XML（字母模板）的Word文档，然后代码使用自定义XML标记从数据库插入数据，从而动态地将模板转换为一个完整的Word文档

然而，正如你们中的一些人所知道的。Word 2003及更高版本现在自动将自定义XML标记转换为通用标记，这当然会破坏应用程序上的解析/数据插入逻辑（ASPX/C#，.Net 3.0）

使用此应用程序的部门没有足够的预算来完全重新编写此逻辑，因此我有几个问题。有没有其他的替代方案/方法（给用户提供Word 2003的副本可能太极端了哈哈）？我相信OpenOffice可能也支持这一点。还有其他人必须处理这场诉讼的结果吗？如果有，你们做了什么

最后，如果重写是唯一的选择，那么复制自定义XML在工作中所做工作的最节省时间的方法是什么？我有很多书签或其他类似的东西，但我不是一个真正的文字专家

---

如果您需要更多信息，请告诉我

有自定义XML和自定义XML。这是专利诉讼的主题，对你来说会很好。Office 2007及更高版本。

我希望您没有使用ASP.NET中的Office Interop。从ASP.NET或其他服务器技术使用Office互操作是一个可怕的想法。这些API是为在桌面应用程序中使用而编写的，用于自动化Office（一套桌面应用程序）。服务器应用程序在许多方面都不同，因此在其中使用Office互操作是一个非常非常糟糕的主意。它也不受Microsoft支持，可能会违反您的Office许可证。看哈哈，不，不，互操作。基本上，用户已经在word中创建了这些模板并将其保存为xml，然后应用程序只使用内置的.NET xml解析功能。这场官司造成的问题是，当您打开一个用word制作的xml文档时，这些自定义标记会被撕掉，xml解析逻辑再也找不到这些标记，因此XMLDoc最终为空。因此用户无法再制作新模板，甚至无法更改旧模板。我必须说，给用户提供Word 2003的副本与在诉讼后等待五年对此问题采取措施的最佳程度大致相同。我同意你的观点，我是新来的，这个应用程序已经有8年的历史了，所以除了努力让它工作之外，我现在也无能为力。很有趣。不是一个单词向导，所以我没有意识到这一点。与自定义XML相比，它似乎更复杂一些，用户友好程度更低，但本质上做的事情完全相同。。。我肯定会玩的。谢谢（PS：如果我为自定义控件命名为与自定义XML为每个项命名相同的名称，我甚至可能不需要更改解析器？）