2

我一直在使用此处显示的内容并在控制台应用程序类型项目中成功测试运行它，但是在尝试为 ASP.Net Web 应用程序项目调整代码（进行一些修改以成功消除构建错误）时，我结束了收到以下运行时错误。

“/”应用程序中的服务器错误。

当不在独立 exe 中运行时，必须指定 exePath。说明：执行当前 Web 请求期间发生未处理的异常。请查看堆栈跟踪以获取有关错误及其源自代码的位置的更多信息。

异常详细信息：System.ArgumentException：当不在独立 exe 中运行时，必须指定 exePath。

源错误：

第 24 行：ShowConfig(); 第 25 行：第 26 行：System.Configuration.Configuration config = 第 27 行：ConfigurationManager.OpenExeConfiguration(ConfigurationUserLevel.None); 第 28 行：

我正在尝试的是否可能，或者我应该为 ASP.Net Web 应用程序项目尝试一种完全不同的方法？

4

1 回答 1

0

我认为可能有更简单的方法，但这取决于您要存储的数据类型以及原因。你应该首先考虑这些事情：

  • 碰撞。两个或更多访问者可以同时访问写入您的设置文件的网页吗？
  • 永久性。数据是否需要在应用程序重新启动后持续存在？
  • 速度。您的应用程序是否经常需要设置数据才能继续运行？

如果没有冲突的风险，您可以写入文件（App_Data 文件夹是此类文件的常用位置，其内容不由 Web 服务器提供，因此它们保持私有。）如果存在冲突风险，您需要在写入文件时锁定文件，这更复杂。

如果不需要持久性，可以使用ASP.NET 应用程序状态，这也将很快并且确实提供了锁定方法，但它不是永久存储，因此如果应用程序重新启动，您会丢失数据。

如果您需要防止冲突、提供永久存储并让您的应用程序快速访问数据，您可以将这两种方法结合起来。

于 2012-05-01T17:13:59.410 回答