asp net web config的学习笔记

合集下载

ASP.NETWeb知识点

第一章②编程方式和软件部署②从传输协议和速度上来看③从功能和程序依赖性这个角度来看RIA模式优点：综合了传统C/S模式和传统B/S模式的优点，使之既能像C/S那样在客户端完成复杂的企业级业务管理，又能像B/S那样易于部署。

缺点：必须先将插件安装到客户端，客户端才能正常运行部署在Web服务器上的RIA程序B/S三层架构设计。

（P3）1.数据支持2.逻辑处理3.用户界面2.W3C的三种标准。

（P5）结构化标准（HTML，XML,XHTML）、表现标准（CSS）和行为标准（DOM、ECMAScript）。

3.简要叙述静态网页与动态网页的区别和联系。

静态网页是指客户端从Web服务器获取网页后，该网页与Web服务器没有任何交互的HTML页。

动态网页是指网页与服务器协同工作，随不同用户不同时间的操作，返回不同信息的网页。

静态网页和动态网页各有特点，网站采用哪一种技术，主要取决于网站的功能需求和网站内容的多少。

如果网站功能比较简单，内容更新量不是很大，采用静态网页的方式会更简单。

反之，一般采用动态网页技术实现。

实际上，静态网页和动态网页之间也并不矛盾，为了使网站适应搜索引擎检索的需要，即使采用动态网站技术，也可以将网页内容转化为静态网页发布。

动态网站也可以采用动静结合的原则，把一些简单而且不经常变化的内容，用静态网页技术实现，其他采用动态网页技术实现。

第二章4.URL（统一资源定位符）用于定位Web上的文件信息。

URL有绝对和相对之分。

绝对URL就是指完整的资源地址。

具体形式为：协议名称：//计算机域名/路径和文件名相对URL指资源相对于当前页面的路径。

5.<a href=”#锚点的id名称”> //#表示链接目标是文档中某个标记的id<a href=”anotherpage.htm#tangpoem”>更多唐诗</a>HTML超文本标记语言网页设计语言，用于实现静态万维网文档。

ASP.NET配置文件Web.config用法详解

配置⽂件Web.config⽤法详解本⽂实例讲述了配置⽂件Web.config⽤法，分享给⼤家供⼤家参考。

具体分析如下：⼀、认识Web.config⽂件Web.config⽂件是⼀个XML⽂本⽂件，它⽤来储存 Web 应⽤程序的配置信息（如最常⽤的设置 Web 应⽤程序的⾝份验证⽅式），它可以出现在应⽤程序的每⼀个⽬录中。

当你通过新建⼀个Web应⽤程序后，默认情况下会在根⽬录⾃动创建⼀个默认的 Web.config⽂件，包括默认的配置设置，所有的⼦⽬录都继承它的配置设置。

如果你想修改⼦⽬录的配置设置，你可以在该⼦⽬录下新建⼀个Web.config⽂件。

它可以提供除从⽗⽬录继承的配置信息以外的配置信息，也可以重写或修改⽗⽬录中定义的设置。

在运⾏时对Web.config⽂件的修改不需要重启服务就可以⽣效（注：<processModel> 节例外）。

当然Web.config⽂件是可以扩展的。

你可以⾃定义新配置参数并编写配置节处理程序以对它们进⾏处理。

⼆、web.config配置⽂件（默认的配置设置）以下所有的代码都应该位于<configuration><system.web>和</system.web></configuration>之间，出于学习的⽬的下⾯的⽰例都省略了这段XML标记1、<authentication> 节作⽤：配置⾝份验证⽀持（为Windows、Forms、PassPort、None四种）。

该元素只能在计算机、站点或应⽤程序级别声明。

<authentication> 元素必需与<authorization> 节配合使⽤。

⽰例：以下⽰例为基于窗体（Forms）的⾝份验证配置站点，当没有登陆的⽤户访问需要⾝份验证的⽹页，⽹页⾃动跳转到登陆⽹页。

复制代码代码如下:<authentication mode="Forms" ><forms loginUrl="logon.aspx" name=".FormsAuthCookie"/></authentication>其中元素loginUrl表⽰登陆⽹页的名称，name表⽰Cookie名称2、<authorization> 节3、<compilation>节作⽤：配置使⽤的所有编译设置。

课题_asp,net web.config的学习笔记

web.config的学习笔记一直都对web.config不太清楚。

这几天趁着项目不紧赶紧再恶补下,发现确实是有很多原来不明白的地方。

特意记录下来,希望能与各位看官共同进步。

小弟自学笔记，有不对的地方还请大神指出来。

学习之前,我是抱着一个完全不知道的态度开始的。

我想这个方法适用于很多地方,不是有个故事吗:杯子里的水倒掉才能装进去更多的水。

所以有很多地方记录的都是挺基础的知识，这也能照顾照顾新手。

1,什么是web.config?MSDN上说:" 配置数据存储在XML 文本文件中（每个文件都名为Web.config）。

Web.config 文件可以出现在应用程序的多个目录中。

"。

在园子里有为大神的说话我觉得也计较容易理解“web.config是中保存配置信息（比如数据库连接字符串等）的重要文件。

它是基于xml的文本文件方式放在Web应用程序的任何目录中，并且默认不随源文件编译到Dll 中，而运行环境随时监视着它是否有改变，一但有变动，系统会自动重新加载里面的最新内容。

”。

说到底就是网站的配置文件了。

2,web.config的加载顺序前边既然提到了web.config可以在一个网站里出现多个,那在网站运行时候服务器是怎样去执行他们的呢?这就是要了解到web.config的加载顺序了。

相信很多新手特别是没有好好接触过web.config知识的童鞋一直都对一个网站有很多个配置文件感到棘手,即新奇又感到迷茫,反正我以前是这样的。

但是现在知道了下面这些知识就不会了。

IIS在网站启动时，会加载配置文件中的配置信息，然后缓存这些信息，不会每次要用都去读取配置文件，只是IIS会随时监视着这些文件的变化，一量有变化，它会重新去读取并缓存配置信息。

网站运行时会按照以下方式加载配置文件中的节点信息：1) 如果在当前运行页面所在的目录下有web.config文件，则查找是否存在所需要的节点，如果存在则返回结果，并停止下一步地查找。

菜鸟学ASP.NETMVC4入门笔记

菜鸟学MVC4⼊门笔记 MVC 是微软官⽅提供的以MVC模式为基础的 Web应⽤程序(Web Application)框架,它由Castle的MonoRail⽽来。

MVC 编程模式MVC 是三种编程模式中的⼀种。

MVC 是⼀种使⽤ MVC（Model View Controller 模型-视图-控制器）设计创建 Web 应⽤程序的模式。

（1）Model（模型）表⽰应⽤程序核⼼（⽐如数据库记录列表）。

（2）View（视图）显⽰数据（数据库记录）。

（3）Controller（控制器）处理输⼊（写⼊数据库记录）。

MVC 模式同时提供了对 HTML、CSS 和 JavaScript 的完全控制。

Model（模型）是应⽤程序中⽤于处理应⽤程序数据逻辑的部分。

通常模型对象负责在数据库中存取数据。

View（视图）是应⽤程序中处理数据显⽰的部分。

通常视图是依据模型数据创建的。

Controller（控制器）是应⽤程序中处理⽤户交互的部分。

通常控制器负责从视图读取数据，控制⽤户输⼊，并向模型发送数据。

新建⼀个 MVC4应⽤程序，结构如下图所⽰：对各个⽂件夹的说明：（1）App_Data ⽂件夹⽤于存储应⽤程序数据。

（2）Content ⽂件夹⽤于存放静态⽂件，⽐如样式表（CSS ⽂件）、图标和图像。

（3）Controllers ⽂件夹包含负责处理⽤户输⼊和相应的控制器类。

（4）Models ⽂件夹包含表⽰应⽤程序模型的类。

模型控制并操作应⽤程序的数据。

（5）Views ⽂件夹⽤于存储与应⽤程序的显⽰相关的 HTML ⽂件（⽤户界⾯）。

（6）Scripts ⽂件夹存储应⽤程序的 JavaScript ⽂件。

下⾯就主要的Controller、Model和View做出说明。

⼀、控制器1、描述控制器（Controller）主要负责响应⽤户的输⼊，并在响应时修改模型（Model）。

通过这种⽅式，控制器主要关注的是应⽤程序流、输⼊数据的处理，以及对相关视图（View）输出数据的提供。

Web.config详解

一、认识Web.config文件Web.config 文件是一个XML文本文件，它用来储存 Web 应用程序的配置信息（如最常用的设置 Web 应用程序的身份验证方式），它可以出现在应用程序的每一个目录中。

当你通过.NET新建一个Web应用程序后，默认情况下会在根目录自动创建一个默认的Web.config文件，包括默认的配置设置，所有的子目录都继承它的配置设置。

如果你想修改子目录的配置设置，你可以在该子目录下新建一个Web.config文件。

它可以提供除从父目录继承的配置信息以外的配置信息，也可以重写或修改父目录中定义的设置。

(一).Web.Config是以XML文件规范存储,配置文件分为以下格式1.配置节处理程序声明特点：位于配置文件的顶部，包含在<configSections>标志中。

2.特定应用程序配置特点: 位于<appSetting>中。

可以定义应用程序的全局常量设置等信息.3.配置节设置特点: 位于<system.Web>节中，控制运行时的行为.4.配置节组特点: 用<sectionGroup>标记，可以自定义分组，可以放到<configSections>内部或其它<sectionGroup>标记的内部.(二).配置节的每一节1.<configuration>节根元素，其它节都是在它的内部.2.<appSetting>节此节用于定义应用程序设置项。

对一些不确定设置，还可以让用户根据自己实际情况自己设置用法:I.<appSettings><add key="Conntction" value="server=192.168.85.66;userid=sa;password=;database=Info;"/><appSettings>定义了一个连接字符串常量，并且在实际应用时可以修改连接字符串，不用修改程式代码. II.<appSettings><add key="ErrPage" value="Error.aspx"/><appSettings>定义了一个错误重定向页面.3.<compilation>节格式:<compilationdefaultLanguage="c#"debug="true"/>I.default language: 定义后台代码语言,可以选择C#和两种语言.IIdebug : 为true时，启动aspx调试；为false不启动aspx调试，因而可以提高应用程序运行时的性能。

aspnet学习笔记

1 <asp:HyperLink ID="HyperLink1" runat="server" NavigateUrl = "/b.htm" Text ="cel">HyperLink</asp:HyperLink><asp:HyperLink ID="HyperLink2" runat="server" NavigateUrl = "~/b.htm" Text ="cel">HyperLink</asp:HyperLink>这段代码：~/b.htm是相对于当前应用开始的路径。

而/b.htm是相对于域名开始的。

推荐使用第二种写法。

这种特殊写法只能在服务器端控件才能使用。

普通的控件是无法使用这种特殊写法的。

2 VirtualPathUtility.ToAbsolute("~/a.aspx")这个方法可以把这种特殊的写法转化为相对于当前工作区的全路径。

3 Response.Write(Request.AppRelativeCurrentExecutionFilePath);返回当前页面相对当前工作区的虚拟路径：~/a.htm的形式。

4 Response.Write(Request.PhysicalApplicationPath);返回相对于电脑的物理路径。

5 Request.urlreferrer防止盗链的行为。

6 erhostaddress 可以获取当前访问者的ID，用这个方法可以做到粗略定位访问者的效果，也可以做到屏蔽访问者的作用。

7 Server.mappath和request.mappath这两个方法将文件的虚拟路径转化为物理路径。

8 为了提高服务器的性能，向浏览器write的时候默认并不会每write一次，就立即输出到浏览器中，而是会缓存数据。

ASP.Net全局变量的设置和读取方法使用web.config中的变量

全局变量的设置和读取方法本文介绍两种项目中全局变量使用的方式。

web.config文件和 Gloab 文件。

以下分别说明：方法一：web.config文件——设置：在web.config文件里添加关键字key是通过<appSettings>标记来实现的，但是appSettings标记通常放在<system.web>.....</system.web>标记外面。

例：<configration><appSettings><add key="connString1" value="server=localhost;userid=sa;pwd=;database=数据库名字"/><add key="connString2" value="provider=Microsoft.Jet.OleDb.4.0;Data Source=数据库路径"/></appSettings><system.web></system.web></configration>——读取：要在代码中引用这些数据库连接字符串，需要先添加对System.ConFiguration 名字空间的引用，在这个名字空间中含有 ConfigurationSettings类，其静态方法ConfigurationSettings.AppSettings属性可获取 web.config文件中<appSettings>节的设置，读到的值为string型。

例如：using System.Configuration;string conn1 = ConfigurationSettings.AppSettings["connString1"]; string conn2 = ConfigurationSettings.AppSettings["connString2"]; SQLConnection myConn1 = new SQLConnection(conn1);OleDbConnection myConn2 = new OleDbConnection(conn2);在VS2005中, ConfigurationSettings.AppSettings 可以换成ConfigurationManager.AppSettings方法二：Gloab文件——设置：在Global文件里中添加protected void Session_Start(Object sender, EventArgs e){Session["sqlConnectionString"] ="uid=Username;pwd=password;database=MyTest;server=Localhost;Connect Timeout=300";}——读取：在代码中的应用：String strConnection=Session["sqlConnectionString"].ToString(); sqlConnection_1=new SqlConnection(strConnection);推荐使用第一种方式！比较灵活。

web.config使用方法指南

web.config使⽤⽅法指南<connectionStrings configSource="db.config"/>外部⽂件db.config:复制代码代码如下:<connectionStrings><add name="DefaultConnection" connectionString="Data Source=(LocalDb)\v11.0;Initial Catalog=aspnet-WebApplication1-20140304225906;Integrated Security=SSPI;AttachDBFilename=|DataDirectory|\aspnet-WebApplication1-20140304225906.mdf"providerName="System.Data.SqlClient" /><add name="ReportServerTempDBConnectionString" connectionString="Data Source=.;InitialCatalog=ReportServerTempDB;Integrated Security=True"providerName="System.Data.SqlClient" /></connectionStrings>具体格式<节点名 configSource="配置⽂件路径"/>注意点1.如果指定了configSource，就以外部⽂件为准，web.config中connectionStrings下⾯的节点配置就⽆效了，即使web.config 中connectionStrings下⾯的连接串节点没有删除掉也是⽆效的。

web.config文件中链接字符串的定义和使用方式

web.config文件中链接字符串的定义和使用方式在 Web 应用程序中，`web.config` 文件用于存储应用程序的配置信息，包括数据库连接字符串。

连接字符串用于指定应用程序如何连接到数据库。

下面是在`web.config` 文件中定义和使用连接字符串的方式：1. 打开项目中的`web.config` 文件。

2. 在`<configuration>` 标签下添加`<connectionStrings>` 元素，用于存储连接字符串。

如果该元素已经存在，则可以直接在其中添加连接字符串。

```xml<configuration><connectionStrings><add name="MyConnectionString" connectionString="Data Source=ServerName;Initial Catalog=DatabaseName;User ID=UserName;Password=Password" providerName="System.Data.SqlClient" /></connectionStrings>...</configuration>```上述示例中，`name` 属性是连接字符串的名称，`connectionString` 属性是实际的连接字符串，`providerName` 属性是用于指定数据库提供程序的名称（例如，SQL Server 的提供程序名称为"System.Data.SqlClient"）。

3. 在应用程序中使用连接字符串：-在代码中，可以使用`System.Configuration.ConfigurationManager.ConnectionStrings` 对象来访问连接字符串：```csharpstring connectionString = System.Configuration.ConfigurationManager.ConnectionStrings["MyConnectionString"].Connecti onString;```这将返回名为"MyConnectionString" 的连接字符串的实际值。

webconfig配置全面介绍要点

一、认识Web.config文件Web.config 文件是一个xml文本文件，它用来储存 Web 应用程序的配置信息（如最常用的设置 Web 应用程序的身份验证方式），它可以出现在应用程序的每一个目录中。

如果你想修改子目录的配置设置，你可以在该子目录下新建一个Web.config文件。

它可以提供除从父目录继承的配置信息以外的配置信息，也可以重写或修改父目录中定义的设置。

(一).Web.Config是以xml文件规范存储,配置文件分为以下格式1.配置节处理程序声明特点：位于配置文件的顶部，包含在<configSections>标志中。

2.特定应用程序配置特点: 位于<appSetting>中。

对一些不确定设置，还可以让用户根据自己实际情况自己设置用法:I.<appSettings><add key="Conntction"value="server=192.168.85.66;userid=sa;password=;database=Info;"/><appSettings>定义了一个连接字符串常量，并且在实际应用时可以修改连接字符串，不用修改程式代码.II.<appSettings><add key="ErrPage" value="Error.aspx"/><appSettings> 定义了一个错误重定向页面.3.<compilation>节格式:<compilationdefaultLanguage="c#"debug="true"/>I.default language: 定义后台代码语言,可以选择c#和两种语言.IIdebug : 为true时，启动aspx调试；为false不启动aspx调试，因而可以提高应用程序运行时的性能。

1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。

web.config的学习笔记一直都对web.config不太清楚。

这几天趁着项目不紧赶紧再恶补下,发现确实是有很多原来不明白的地方。

特意记录下来,希望能与各位看官共同进步。

小弟自学笔记，有不对的地方还请大神指出来。

学习之前,我是抱着一个完全不知道的态度开始的。

我想这个方法适用于很多地方,不是有个故事吗:杯子里的水倒掉才能装进去更多的水。

所以有很多地方记录的都是挺基础的知识，这也能照顾照顾新手。

1,什么是web.config?MSDN上说:" 配置数据存储在XML 文本文件中（每个文件都名为Web.config）。

Web.config 文件可以出现在应用程序的多个目录中。

"。

在园子里有为大神的说话我觉得也计较容易理解“web.config是中保存配置信息（比如数据库连接字符串等）的重要文件。

它是基于xml的文本文件方式放在Web应用程序的任何目录中，并且默认不随源文件编译到Dll中，而运行环境随时监视着它是否有改变，一但有变动，系统会自动重新加载里面的最新内容。

”。

说到底就是网站的配置文件了。

相信很多新手特别是没有好好接触过web.config知识的童鞋一直都对一个网站有很多个配置文件感到棘手,即新奇又感到迷茫,反正我以前是这样的。

但是现在知道了下面这些知识就不会了。

2) 如里所在目录不存在web.config配置或者配置文件里没有所需要的节点，则查找它所在的上一级目录的配置文件中的节点，直到网站根目录。

3) 如果网站根目录中都不存在web.config或者所需要的配置节点，转而到“windows目录\\Framework\对应.net版本\config\web.config”中去查找。

4) 如果第3条中还没找到，继续到“windows目录\\Framework\对应.net版本\config\machine.config”中去查找。

5) 如果还没找到，那就报错吧。

可能对于第3 步, 第4 步有好多童鞋该不明白了,那个是iis服务器的默认配置目录。

可以这样简单的理解:我们让网站去找一个配置信息,那他肯定就会一层一层的去找配置文件里的节点名称,当网站目录里没有找到的时候,服务器会找自己的配置文件。

当这些都没找到,报错吧。

这样理解了,就对一个网站拥有多个配置文件不足为奇了吧。

其实对于上边说的这个问题,我觉得是在项目开发过程中养成良好的编程习惯就可以完全避免了。

在配置文件的表示字段上,尽量不要有重复的。

3,web.config节点介绍。

这个才是正文吖。

因为web.config节点有很多需要知道的地方,我们这里只对那些常用的节点做介绍。

前边说了,Web.config文件是一个xml文本文件。

所以它的配置信息都是以节点形式存在的。

根节点为<configuration>，常见的子节点有：<configSections> ,<appSettings> <connectionStrings>,<location>,<system.web >等等。

<configSections />这是什么玩意?我们平时在网站里用到的一些对象或者数据,是配置在web.config里的,但是配在哪呢?就是配置在这个configSections节点下。

web.config是网站运行在iis服务器上的配置文件,他怎么可能允许我们随随便便的配置我们自己的节点呢,不行你自己试试, 在任何位置添加任何没有申明的节点, 系统都不会让你通过, 更不会让你去读它了, 当然, 你打算在别的xml文件里添加节点, 然后读出来, 创建对象, 这个没问题。

不过这样一样也就失去了配置文件的意义了。

所以,为了系统能有组织的管理用户的在配置文件里的自定义信息, 就要使用configSections了。

configSections 元素指定了配置节和处理程序声明。

由于不对如何处理配置文件内的设置作任何假设，因此这非常必要。

但会将配置数据的处理委托给配置节处理程序。

配置结构信息如下：<configSections><!--定义配置节处理程序与配置元素之间的关联。

--><section /><!--定义配置节处理程序与配置节之间的关联。

--><sectionGroup /><!--移除对继承的节和节组的引用。

--><remove /><!--移除对继承的节和节组的所有引用，只允许由当前section 和sectionGroup 元素添加的节和节组。

--><clear/></configSections>每个section 元素标识一个配置节或元素以及对该配置节或元素进行处理的关联ConfigurationSection 派生类。

可以在sectionGroup 元素中对section 元素进行逻辑分组，以对section 元素进行组织并避免命名冲突。

section 和sectionGroup 元素包含在configSections 元素中。

如果配置文件中包含configSections 元素，则configSections 元素必须是configuration 元素的第一个子元素。

下面我们来示例写一个自定义配置信息，并完成它的SectionHandler.1,首先我们在<configuration>节点下添加configSections。

<configSections><sectionGroup name="WebSiteInfo"><section name="basicInfo"type="ConfigurationSectionTest.WebSiteInfoHandler"/><section name="fileUpload"type="ConfigurationSectionTest.WebSiteInfoHandler"/></sectionGroup></configSections><WebSiteInfo><basicInfo><add key="name" value="imecc studio"/><add key="version" value="1.0"/></basicInfo><fileUpload><add key="fileUploadPath" value="E:\\MyHomePage\\Web\\Upload\\"/><add key="fileUploadSizeMax" value="2M"/></fileUpload></WebSiteInfo>说明: 在configSections下添加一个section/sectionGroup子节点, 写好标示名和类型, 然后在紧接这下面实现这个标示名的细节内容,就是我们当初想添加的自己的自定义信息了.以上我们在WebSiteInfo节点下定义了两个节点basicInfo和fileUpload，并定义了节点处理程序类ConfigurationSectionTest.WebSiteInfoHandler，并且随后运用了我们定义的节点。

2,我们来看看节点处理程序ConfigurationSectionTest.WebSiteInfoHandler。

任意建立一个项目，新建一个类，或者直接在App_Code里新建一个类，如下:可以看到这个处理程序实现了一个叫做IConfigurationSectionHandler的接口,并且里边有个唯一的方法 public object Create(object parent, object configContext, XmlNode section), 这里的最后一个参数就是自定义信息那个节点了, 通过处理你配置的这堆信息, 返回你要的对象.3,要使用这个返回的对象,通过System.Configuration.ConfigurationManager.GetSection()方法.我们在Default.aspx的Page_Load事件处理程序中去访问我们自定义的节点，用ConfigurationSettings.GetConfig("WebSiteInfo/basicInfo");注意参数的格式。

这里是section Group Name/section ,如果是单独的section,就只传这个section的name 就好了。

protected void Page_Load(object sender, EventArgs e){Object o = ConfigurationSettings.GetConfig("WebSiteInfo/basicInfo");}在Page_Load的代码段里打个断点我们启动调试，看到程序首先执行到ConfigurationSettings.GetConfig("WebSiteInfo/basicInfo");这句。

然后执行到ConfigurationSectionTest.WebSiteInfoHandler中的Create函数。

我们再看看这时处理函数中参数的值：parent为nullconfigContext 为配置上下文对象。

section 的InnerXml为<add key="name" value="huchen's homepage" /><addkey="version" value="1.0" />按F11继续执行return "hello", 继续执行...在执行到Object o = ConfigurationSettings.GetConfig("WebSiteInfo/basicInfo")后面的“}“，我们发现o的值为”hello”。