C# 源代码作为运行时的设置文件，其中/anywhere应用程序运行，不带VS

我使用Settings.cs作为类似ini的集中式文件。你知道C#是一种新一代的高级语言，我想知道它是否允许（如何）包括源文件。在ASPX环境中这是可能的，但是WPF和Winform应用程序呢？

您可以在运行时使用

CodeDom

编译源文件。

---

您可以在此处阅读更多信息：

您可以在运行时使用

CodeDom

编译源文件。

---

您可以在此处阅读更多信息：

您可能需要：

---

在visual studio中，在解决方案资源管理器中单击项目下的settings.settings。

您可能需要：

---

---

在visual studio中，单击解决方案资源管理器中项目下的settings.settings。

C#已存在十多年了…=）哎哟我打赌你有PHP背景。。。使用Visual Studio设置设计器并通过

Properties.settings.Default.

访问您的设置！我想知道我是否可以在应用程序所在的位置打开设置文件。部署。安全什么？这是我自己的机器&我自己的代码。。。再加上我自己的好奇心。Thorsten Dittmar你是对的，我很久以前就用过PHP：）C#已经超过十年了…=）哎哟我打赌你有PHP背景。。。使用Visual Studio设置设计器并通过

Properties.settings.Default.

访问您的设置！我想知道我是否可以在应用程序所在的位置打开设置文件。部署。安全什么？这是我自己的机器&我自己的代码。。。再加上我自己的好奇心。Thorsten Dittmar你是对的，我很久以前就用过PHP：）回答者完全误解了这个问题。我否决了“不正确”的upvote。我的+1来自这样一个事实，即OP请求的功能为bug和安全漏洞提供了广泛的可能性。设置服务实现了OP似乎想要的功能，并且更安全、更防错。所以我看不出回答者有什么错，除了可能过度使用心灵感应。@Vlad:我同意你的看法，但这不是问题所在。如果OP想要学习最佳实践，他可以在programmers.stackexchange.com上提问，在那里人们可以自由地说出他们正确或错误的观点。另外，您如何知道OP不希望用户使用操作和调用方法？你是在没有支持信息的情况下做出假设的。只是说：）@leppie这怎么不是一个“集中式ini文件”@leppie:这是一个品味问题。事实上，我在这个网站上看到了大量的问题，回答者需要猜测真正的问题是什么，并提出一种与问题所暗示的完全不同的方式。IMHO这个网站是为了帮助人们，而不是回答字面上的问题，但试图了解什么是真正需要提供更多的帮助。无论如何，OP也可以参加讨论。回答者完全误解了问题。我否决了“不正确”的upvote。我的+1来自这样一个事实，即OP请求的功能为bug和安全漏洞提供了广泛的可能性。设置服务实现了OP似乎想要的功能，并且更安全、更防错。所以我看不出回答者有什么错，除了可能过度使用心灵感应。@Vlad:我同意你的看法，但这不是问题所在。如果OP想要学习最佳实践，他可以在programmers.stackexchange.com上提问，在那里人们可以自由地说出他们正确或错误的观点。另外，您如何知道OP不希望用户使用操作和调用方法？你是在没有支持信息的情况下做出假设的。只是说：）@leppie这怎么不是一个“集中式ini文件”@leppie:这是一个品味问题。事实上，我在这个网站上看到了大量的问题，回答者需要猜测真正的问题是什么，并提出一种与问题所暗示的完全不同的方式。IMHO这个网站是为了帮助人们，而不是回答字面上的问题，但试图了解什么是真正需要提供更多的帮助。无论如何，OP也可以参加讨论。如果你这样做，你的应用程序将面临巨大的安全漏洞。您已经为人们提供了一种通过应用程序执行库代码的方法，我希望它不会以非私有的方式运行user@Andy在大多数客户端应用程序中，这可能不是问题；t address在我对天气的回答中，这是作为设置存储的一个良好实践。然而，这回答了他的要求。@Variant，虽然你给了他们一个有用且有价值的答案，这很好，但如果你-确实-注意，这也不是很好的做法。=）我也同意，应用这种解决方案应该非常谨慎。如果你这样做，你的应用程序将面临一个巨大的安全漏洞。您已经为人们提供了一种通过应用程序执行库代码的方法，我希望它不会以非私有的方式运行user@Andy在大多数客户端应用程序中，这可能不是问题；t address在我对天气的回答中，这是作为设置存储的一个良好实践。然而，这回答了他的要求。@Variant，虽然你给了他们一个有用且有价值的答案，这很好，但如果你-确实-注意，这也不是很好的做法。=）我也同意，应用这种解决方案应该非常谨慎