gpt4 book ai didi

c# - System.Web.Configuration.WebConfigurationManager 和 System.Configuration.ConfigurationManager 之间的行为差​​异

转载 作者:可可西里 更新时间:2023-11-01 08:16:05 26 4
gpt4 key购买 nike

我在带有 ASP.NET 网站的测试服务器上遇到了一些问题。我傻了,有了家默认网站的目录指向了错误的位置。当我尝试时:

ConfigurationManager.ConnectionStrings["connectionString"]; 

它返回了 null,但是

using System.Web.Configuration;

/* ... */

var rootWebConfig =
WebConfigurationManager.OpenWebConfiguration(Request.ApplicationPath);

WebConfigurationManager.OpenWebConfiguration(Request.ApplicationPath);

rootWebConfig.ConnectionStrings.ConnectionStrings["connectionString"].ConnectionString;`

返回了正确的连接字符串。

这两种方法之间的区别是什么?

编辑:我真正想问的是,为什么当主目录设置不正确时 ConfigurationManager 方法会失败,但在其他情况下会成功,而 WebConfigurationManager 无论如何都会成功主目录设置是否正确?是否存在任何其他差异,例如关于访问控制的假设?

最佳答案

试试这个:

在 ConfigurationManager 语句所在的位置放置一个断点,然后在“立即输出”窗口中运行以下命令 ((ConfigurationSection) ConfigurationManager.GetSection("connectionStrings")).ElementInformation.我的机器报告来源:“C:\Users\John\Documents\Visual Studio 2008\Projects\StackOverflowCode\WebApplication1\web.config”如下所示。

注意:下面也显示我正在访问ASP.NET web.config。

{System.Configuration.ElementInformation}
Errors: {System.Configuration.ConfigurationException[0]}
IsCollection: true
IsLocked: false
IsPresent: true
LineNumber: 17
Properties: {System.Configuration.PropertyInformationCollection}
Source: "C:\\Users\\John\\Documents\\Visual Studio 2008\\Projects\\StackOverflowCode\\WebApplication1\\web.config"
Type: {Name = "ConnectionStringsSection" FullName = "System.Configuration.ConnectionStringsSection"}
Validator: {System.Configuration.DefaultValidator}

当我运行 ConfigurationManager.ConnectionStrings.ElementInformation 时,我得到了 Source:null 这对我来说是正确的网络应用。

配置源路径有什么意义???


立即假设

ConfigurationManager.ConnectionStrings["connectionString"]; 可能会查找不一定与 Web 应用程序的根 web.config 相同的配置位置。可能它正在 Windows 目录中查找(例如,在不同的地方或 machine.config)。不过,正在尝试为此找到合适的测试。


每位经理的意图

System.Configuration.ConfigurationManager可以访问 .NET 配置 XML 格式,这意味着它可以读取:

  • 网络配置(即 ASP.NET 中的 web.config 文件)
  • 和非网络配置(例如 app.config 文件 - 独立控制台应用程序、Windows 应用程序等)

并表达了配置类型共有的那些方面。这是一个通用的配置管理器。 (尽管可以查看两种类型的配置,但您应该将其用于应用程序配置,因为网络管理器专用于网络配置,如下所述...)

System.Web.Configuration.WebConfigurationManager做几乎相同的事情,但它是配置管理器的“网络化”版本,提供对配置的 ASP.NET 特定方面的访问(例如 ASP.NET 中的 web.config 文件)。

相似点

查看 ConfigurationManager.* 之间的成员相似性和 WebConfigurationManager.*

例如,两个管理器都可以访问 AppSettings 属性和 ConnectionStrings 属性。事实上,这两种设置对于两种配置都是通用的,甚至位于 XML 文档中的同一级别。

但是有很多相似之处,

行为差异

访问配置:ConfigurationManager 具有相对于 EXEC 应用程序打开独立应用程序配置(即 Myprogram.EXE 的 App.config)的方法,而 WebConfigurationManager 具有相对于网站中的 Web 应用程序根目录打开 ASP.NET Web 配置的方法。

这是一个基本的 app.config(例如,通过 ConfigurationManager 从磁盘文件夹中的“C:\winapp\app.config”打开)

<?xml version="1.0" encoding="utf-8" ?>
<configuration>
<appSettings/>
<connectionStrings/>
</configuration>

这是一个基本的web.config(例如,通过“~”打开,意思是 WebConfigurationManager 的网站根目录)

<?xml version="1.0"?>
<configuration>
<appSettings/>
<connectionStrings/>

<system.web>
<!-- special web settings -->
</system.web>

</configuration>

注意相似之处。另请注意,Web 配置具有用于 ASP.NET 的附加 system.web 元素。

这些管理器位于不同的组件中。

  • 配置管理器:System.Configuration.dll
  • WebConfigurationManager: System.Web.dll

关于c# - System.Web.Configuration.WebConfigurationManager 和 System.Configuration.ConfigurationManager 之间的行为差​​异,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/2060993/

26 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com