C# 如何访问通用名称空间进行XML解析

我将Linq到Xml解析中使用的公共名称空间存储在配置文件中。在我的应用程序中，访问它们的最佳位置是哪里？把它们放在我的基础课上？创建一个我可以调用的配置类（通过访问器调用名称空间）？在这里什么被认为是一种好的做法。我目前有大约7个名称空间

谢谢

---

要求是什么？您当前在配置文件中有名称空间，该文件允许您在不重新编译应用程序的情况下更改名称空间。如果您觉得这很有用，我会将它们保存在文件中，并按照您的建议，创建一个在运行时保存值的类型，该类型可以作为依赖项传递给需要了解名称空间的任何代码

但是，如果您希望这些名称空间永远固定不变，那么将它们硬编码到基类或源代码中任何有意义的地方（也可以使用嵌入式资源而不是字符串文本来完成）可能是合理的

后一个选项的好处是减少配置文件中不必要的干扰，并减少对添加依赖项类型的需要，但我建议，在大多数情况下，不管怎样，都可以使用配置文件模式。是的，这可能会有一点额外的混乱，但在这个行业中，你认为永远不会改变的事情有一个改变的习惯

---

另外，您说您目前有7个名称空间。这对我来说意味着你认为你在未来可能会有更多或更少。因此，听起来您可能应该使用配置文件模式。

要求是什么？您当前在配置文件中有名称空间，该文件允许您在不重新编译应用程序的情况下更改名称空间。如果您觉得这很有用，我会将它们保存在文件中，并按照您的建议，创建一个在运行时保存值的类型，该类型可以作为依赖项传递给需要了解名称空间的任何代码

但是，如果您希望这些名称空间永远固定不变，那么将它们硬编码到基类或源代码中任何有意义的地方（也可以使用嵌入式资源而不是字符串文本来完成）可能是合理的

后一个选项的好处是减少配置文件中不必要的干扰，并减少对添加依赖项类型的需要，但我建议，在大多数情况下，不管怎样，都可以使用配置文件模式。是的，这可能会有一点额外的混乱，但在这个行业中，你认为永远不会改变的事情有一个改变的习惯

---

另外，您说您目前有7个名称空间。这对我来说意味着你认为你在未来可能会有更多或更少。出于这个原因，听起来您可能应该使用配置文件模式。

谢谢，非常感谢您提供的信息！谢谢，谢谢你的信息！