AppSettings和ConnectionStrings的区别

AppSettings和ConnectionStrings的区别

AppSettings是ASP.NET1.1时期用的,在.NET Framework 2.0中,新增了ConnectionStrings.

1.<connectionStrings>
<connectionStrings>
<add name="ConnectionStringName" connectionString="Data Source=服务器名;Initial Catalog=数据库名;User ID=用户;Password=密码"
providerName="System.Data.SqlClient" />
</connectionStrings>

或是

<connectionStrings>
<add name="ConnectionStringName" connectionString="sever=服务器名;database=数据库名;User ID=用户;Password=密码"
providerName="System.Data.SqlClient" />
</connectionStrings>

在 <connectionStrings> 里,在页面还可以这样引用<%$ ConnectionString:Name%>.

2.<appSettings>

<add key="connectionstringName" value="data source=服务器名或IP;initial
catalog=数据库名;persist security info=False;user id=用户;password=密码;packet
size=4096">
</add>

1)AppSettings 是在2003中常用的,ConnectionStrins是2005中常用的.
2)使用ConnectionString的好处:
第一:可将连接字符串加密,使用MS的一个加密工具即可。
第二:可直接邦定的数据源控件,而不必写代码读出来再赋值给控件。
第三:可方便的更换数据库平台,如换为Oracle数据库,只需修改providerName。
3)写在 <appSettings >中用System.Configuration.ConfigurationManager.AppSettings["name"]检索值。
写在 <ConnectionStrings>中用System.Configuration.ConfigurationManager.ConnectionStrings["name"]检索值。

在 .NET Framework
2.0中,ConfigurationManager类新增了两个属性AppSettings和ConnectionStrings专门用来获取配置文件
AppSettings和ConnectionStrings节的数据,使用方法如下:

using System.Configuration;
public partial class _Default : System.Web.UI.Page  
{
    protected void Page_Load(object sender, EventArgs e)
    {
        Label1.Text = ConfigurationManager.ConnectionStrings["connectionStringsName"].ToString();
        Label2.Text = ConfigurationManager.AppSettings["appSettingsName"].ToString();
    }
}

<connectionStrings>和<appSettings>这个的区别
1.<connectionStrings>
<connectionStrings>
<add name="SYXTConnectionString" connectionString="Data Source=LEIKE;Initial Catalog=SYXT;User ID=sa;Password=sa"
providerName="System.Data.SqlClient" />
</connectionStrings>

2.<appSettings>:

<add key="connectionstring1" value="data
source=192.168.123.201;initial catalog=webmedlink;persist security
info=False;user id=sa;password=KSDChagd2004;packet size=4096">
</add>

分类: C#、ASP.net

时间: 2024-12-19 08:37:19

AppSettings和ConnectionStrings的区别的相关文章

配置文件中AppSettings和ConnectionStrings的区别

在winform中添加的配置文件,自动生成的为App.config,而在Web中,自动生成的配置文件为Web.config. 在跟着牛腩敲代码的时候,就跟着视频中的代码一步一步的来,并没有发现偷偷的把配置文件给换了类型了.在又一次对winform中的配置文件操作的时候,直接复制了Web.config中写的代码,而在代码中却用的是AppSettings来弄的配置文件.成了牛头不对马嘴,不可避免的报错了.这时我才发现配置文件原来有两种. 现在看看两者的区别: **AppSettings** <con

web.config中配置数据库(多数据)连接的两种方式

这是我的第一篇文章,既然是第一篇了,那就从最基础的只是说起--web.config中配置数据库连接. 网上有很多这方面的资料,但发现并没有一篇从头到位很清楚明了说完的,今天就把我的整理写在这里吧. 在网站开发中,数据库操作是经常要用到的操作,ASP.NET中一般做法是在web.config中配置数据库连接代码,然后在程序中调用数据库连接代码,这样做的好处就是当数据库连接代码需要改变的时候,我们只要修改web.config中的数据库连接代码即可,而不必在修改每一个页面中的数据库连接代码. 在ASP

转 web.config中配置数据库连接的两种方式

在网站开发中,数据库操作是经常要用到的操作,ASP.NET中一般做法是在web.config中配置数据库连接代码,然后在程序中调用数据库连接代码,这样做的好处就是当数据库连接代码需要改变的时候,我们只要修改web.config中的数据库连接代码即可,而不必在修改每一个页面中的数据库连接代码. 在ASP.Net中有两种配置数据库连接代码的方式,它们分别是 appSettings 和 connectionStrings .在使用 appSettings 和 connectionStrings 配置数

cache应用(asp.net 2.0 SQL数据缓存依赖 [SqlCacheDependency ] )

Asp.net 2.0 提供了一个新的数据缓存功能,就是利用sql server2005 的异步通知功能来实现缓存 1.首先在sqlserver2005 中创建一个test的数据库. 在SQL Server 2005上执行 ALTER DATABASE <DatabaseName> SET ENABLE_BROKER;语句让相应的数据库启用监听服务,以便支持SqlDependency特性. 添加一个 employee的数据库表. 1CREATETABLE[dbo].[employee](2[i

【.net 深呼吸】自定义应用程序配置节

实际上,应用程序配置文件 App.config,是由各个节(Configuration Section)组成的,通常,配置节是按功能划分的,比如我们很熟悉的 appSettings.connectionStrings.startup.system.ServiceModel…… 在实际开发中,我们的应用程序也应该需要一个咱们程序专且功能的配置节,这样也方便我们在代码中通过相关的API来读取,而不是用普通的XML文件读取方法. 其实,实现自定义配置节并不难,只是,有几个问题要注意. 老周一边给大伙伴

web.config连接字符串的一些总结

阅读目录: DS01:数据库连接字符串的两种写法 DS02:数据库连接字符串的内容 DS01:数据库连接字符串的两种写法 1.连接字符串的两种写法: <configuration>   <appSettings>      <add key="connstr1" value="Data Source=.;Initial Catalog=DBName;Integrated Security=true"/>      <add

平台部署发布案例总结2014/07

/**************************<< 平台部署发布案例总结2014/07 >> ****************************/ VS.NET WEB项目/网站 部署和安装概述 1. Net. WEB项目分类 WEB项目结构分为Web Application Project (web,services,wpf,mvc..) 和Web Site Project 主要的差异在 Web Site Project 可以不必编译就可以修改程式看到結果, 而We

Vs .Net Framework 灵活配置

背景:我们开发和部署项目时都是通过注释某些配置项 比如: 在调试时就注释掉生产的配置项,在生产时又要改回来,只有一个还好,如果多的话就会非常容易出错. 问题1:在发布时容易出错,需要控制发布时根据配置(debug .release.etc) 自动生成对应的配置. 问题2:在调试时以最少修改切换配置. 以上两个问题拆解出下面的需求: 1.debug 配置和 release 配置分成两个文件. 2.保证debug 配置和 release 配置,配置项的数量相等.(需求 1 引发的二级需求) 3.可以

.Net 自定义应用程序配置

引言 几乎所有的应用程序都离不开配置,有时候我们会将配置信息存在数据库中(例如大家可能常会见到名为Config这样的表):更多时候,我们会将配置写在Web.config或者App.Config中.通过将参数写在配置文件(表)中,我们的程序将变得更加灵活,只要对参数进行修改,再由程序中的某段代码去读取相应的值就可以了.而如果直接将配置值写在程序中,当配置需要改变时,则只能通过修改代码来完成,此时往往需要重新编译程序集. 本文不是讲述.Net Framework中诸多的内置结点如何设置,比如http