ASP.NET教程之.NET 2.0 中的自界说设置处置
c＋＋是语言，其实C＋＋和java的应用范围根本就不一样的。在java应用的领域内，c＋＋是不合适的。所以微软才搞了C＃和Java对抗。 弁言古代软件开辟中，各类手艺、技能愈来愈依附设置，比如客户端对用户体验的本性化设置、体系的各类运转时参数设置、可插拔的插件机制、基于设置的IoC架构形式等。设置体例也从最后的二进制存储格局慢慢过分到INI文本格局直至今时所普遍利用的Xml格局。利用Xml格局举行设置，年夜年夜进步了对设置数据的体现才能，可是在.NET1.x中对Xml设置的操控另有诸多方便，特别是对Xml设置的存储同步机制很不完美，而从.NET2.0入手下手，框架供应了更丰厚和易于操控利用的机制。
.NET中的设置文件(Xml)必需以“＜configuration＞”为根节点，设置文件分为两年夜部分：设置声明区和数据设置区。
设置声明区：位于＜configuration＞＜configSections＞内，经由过程＜section＞节点举行声明界说。
数据设置区：位于＜configuration＞根节点内除＜configSections＞之外的恣意节点。
数据设置区能够是用户界说的恣意布局条理，可是其“根节点”必需事后在设置声明区界说，运转时会举行无效性检测，一旦发明没有声明的设置节点则会发生一个运转时设置非常。
典范设置文件
＜configuration＞
＜configSections＞
＜sectionname="dataSystems"type="SWSystem.Data.Configuration.DataSystemsSection,SWSystem.Data"/＞
＜/configSections＞
＜dataSystems＞
＜dataSystemname="iMRP"currentProvider="SQLProvider"＞
＜dataProvidername="MSSqlProvider"type="SWSystem.Data.Providers.SQLDataProvider"dataFile="D:ongsoftDevelop2005SWSystem.DataServicesSWDataEngine.xml"connectionString="UID=sa;PWD=;InitialCatalog=iMRP;DataSource=127.0.0.1"/＞
＜dataProvidername="PostgreSqlProvider"type="SWSystem.Data.Providers.PostgreDataProvider"dataFile="D:ongsoftDevelop2005SWSystem.DataServicesSWDataEngine.xml"connectionString="Server=127.0.0.1;Port=5432;UserId=postgres;Password=postgres;Database=iMRP;Encoding=UNICODE;"/＞
＜dataModules＞
＜addname="StockModule"type="Zongsoft.Applications.iMRP.Business.StockModule,Zongsoft.Applications.iMRP.Business"/＞
＜/dataModules＞
＜/dataSystem＞
＜/dataSystems＞
＜/configuration＞
概述
在.NET2.0中完成自界说设置，可使用编程或声明性（属性化）代码编写模子创立自界说设置节。
编程模子。此模子请求为每一个节属性(Attribute)创立一个用于猎取和/或设置其值的属性(Property)，并将其增加到基本ConfigurationElement基类的外部属性(Property)包中。
声明模子。这类对照复杂的模子也称为属性(Attribute)化模子，同意您经由过程利用属性(Property)来界说节属性(Attribute)，并利用属性(Attribute)对其举行润色。
设置文件中的元素称为基础XML元素或节。基础元素只是具有相干属性（假如有）的复杂XML标志。节最复杂的情势与基础元素分歧。而庞大的节能够包含一个或多个基础元素、元素的汇合和其他节。
ConfigurationProperty类暗示设置节点中的特征(Attribute)或它的子元素，我们要做的就是经由过程ConfigurationProperty类将设置实体类中的属性(Property)映照到对应的节点特征(Attribute)。
<P> 设置声明
要在设置文件中利用自界说的设置数据，必需在声明区经由过程＜section＞节点对自界说设置节处置程序举行声明，该节点有两个必须属性：name和type。
name属性：指定与type属性中指定的设置节处置程序联系关系的设置节或元素的称号。这是该元素在设置文件的设置区中利用的称号。
type属性：指定用来处置name属性所指定的设置节的处置程序。利用以下格局：
type="ConfigurationSectionHandlerClass,AssemblyFileName,Version,Culture,PublicKeyToken"
假如对处置程序的版本没请求，大概其为无地区和强署名的程序集，则能够省略前面的三项，不然必需严厉婚配版本。注重：程序集文件名不要带其扩大文件名（一般为.dll）。
典范设置文件中的设置声明界说如：＜sectionname="dataSystems" type="SWSystem.Data.Configuration.DataSystemsSection,SWSystem.Data"/＞则暗示数据设置区中的＜dataSystems＞节点由SWSystem.Data.Configuration.DataSystemsSection类举行处置，而且该类位于SWSystem.Data程序会合。
在.NET1.x中要完成自界说的设置处置程序类，其必需完成IConfigurationSectionHandler接口，如今.NET2.0中只必要将你的处置程序类承继自ConfigurationSection类便可。其处置步骤大抵以下：
起首界说并创立一个ConfigurationPropertyCollection类的实例，用以保留设置节点的特征(Attribute)和它的一切子元素映照，固然你也能够利用ConfigurationElement基类中的Properties属性。
然后创立ConfigurationProperty类以映照到对应的节点特征(Attribute)或子元素。
在范例机关函数或实例机关函数中，将创立的ConfigurationProperty类实例到场到已创立好的ConfigurationPropertyCollection汇合中。
终极，我们的典范设置处置程序类看起来多是如许（假如你利用声明形式则代码看起来没有这么贫苦，这些设置属性类将由框架运转时帮你反射天生，正由于云云，以是它的运转时效力要差些。）：
publicclassDataSystemsSection:ConfigurationSection
{
privatestaticreadonlyConfigurationProperty_dataSystems=newConfigurationProperty(null,typeof(DataSystemElementCollection),null,ConfigurationPropertyOptions.IsDefaultCollection);
privatestaticConfigurationPropertyCollection_properties=newConfigurationPropertyCollection();
staticDataSystemsSection()
{
_properties.Add(_dataSystems);
}
publicDataSystemElementCollectionDataSystems
{
get
{
return(DataSystemElementCollection)base;
}
}
protectedoverrideConfigurationPropertyCollectionProperties
{
get
{
return_properties;
}
}
}
节点映照/设置实体
为一切的设置节点创立对应的设置实体类，该类中的属性(Property)对应节点中的特征(Attribute)和子元素(汇合)。其编写步骤和开辟体例与处置程序相似，只是这时候我们的基类酿成了ConfigurationElement。
publicclassDataSystemElement:ConfigurationElement
{
privatestaticreadonlyConfigurationProperty_name=newConfigurationProperty("name",typeof(string),null,null,newStringValidator(1),ConfigurationPropertyOptions.IsKey|ConfigurationPropertyOptions.IsRequired);
privatestaticreadonlyConfigurationProperty_currentProvider=newConfigurationProperty("currentProvider",typeof(string),string.Empty,ConfigurationPropertyOptions.IsRequired);
privatestaticreadonlyConfigurationProperty_dataModules=newConfigurationProperty("dataModules",typeof(DataModuleElementCollection),null,ConfigurationPropertyOptions.None);
privatestaticreadonlyConfigurationProperty_dataProviders=newConfigurationProperty(null,typeof(DataProviderElementCollection),null,ConfigurationPropertyOptions.IsRequired|ConfigurationPropertyOptions.IsDefaultCollection);
privatestaticConfigurationPropertyCollection_properties=newConfigurationPropertyCollection();
#region范例机关函数
staticDataSystemElement()
{
_properties.Add(_name);
_properties.Add(_currentProvider);
_properties.Add(_dataProviders);
_properties.Add(_dataModules);
}
#endregion
#region机关函数
publicDataSystemElement()
{}
publicDataSystemElement(stringname)
{
this.Name=name;
}
publicDataSystemElement(stringname,stringcurrentProvider)
{
this.Name=name;
this.CurrentProviderName=currentProvider;
}
#endregion
#region大众属性
publicstringName
{
get
{
return(string)base;
}
set
{
base=value;
}
}
publicStringCurrentProviderName
{
get
{
return(string)this;
}
set
{
this=value;
}
}
publicDataModuleElementCollectionDataModules
{
get
{
return(DataModuleElementCollection)base;
}
}
publicDataProviderElementCollectionDataProviders
{
get
{
return(DataProviderElementCollection)base;
}
}
#endregion
}
必要注重的是，＜dataProvider＞和＜dataModules＞子元素处置体例的差别。
＜dataModules＞是个嵌套的汇合节点，它上面有尺度的＜add＞,＜remove＞,＜clear＞子元素，且＜dataModules＞元素不克不及在统一个＜dataSystem＞节点下呈现屡次。
＜dataProvider＞是＜dataSystem＞节点下的间接子节点汇合，＜dataProvider＞是能够在统一个父节点下呈现屡次的汇合项节点，故必要对其映照的ConfigurationProperty类机关函数中的options参数包括ConfigurationPropertyOptions.IsDefaultCollection列举项（它唆使.NET框架机关一个嵌套节），别的，不克不及指定它对应的设置节点的名字，即必需坚持机关函数中name参数的值为空援用(null/Nothing)或空字符串(String.Empty/"")。
<P> 节点汇合
创立派生自ConfigurationElementCollection的类，在派生类中必需重写(override)的笼统办法：
protectedabstractConfigurationElementCreateNewElement()
在从设置文件加载汇合时，会挪用该办法以创立各个元素。重写该办法以创立特定范例的自界说ConfigurationElement工具。
protectedabstractobjectGetElementKey(ConfigurationElementelement)
在派生类中重写时猎取指定设置元素的键值。
关于非默许的节点汇合类，还必需重写CollectionType和ElementName只读属性的getter，其代码大概以下：
protectedoverridestringElementName
{
get
{
return"dataProvider";//"dataProvider"replacewithyourelementNameincollection.
}
}
publicoverrideConfigurationElementCollectionTypeCollectionType
{
get
{
returnConfigurationElementCollectionType.BasicMap;
}
}
能够重写ThrowOnDuplicate只读属性的getter，以唆使当向ConfigurationElementCollection增加反复的ConfigurationElement是不是会招致激发非常。默许情形，只要当该元素的CollectionType值为AddRemoveClearMap或AddRemoveClearMapAlternate时才会激发非常，假如但愿非默许节点汇合不承受反复项(一般云云)，那末就必需重写该属性的getter，一直前往真(true)。
请注重，键和值都不异的元素不会被视为反复元素，而是承受此类元素且不呈现提醒，只要键不异而值分歧的元素才被视为是反复元素。缘故原由是这些元素不会举行合作。可是，没法增加键不异而值分歧的元素，由于没法从逻辑上断定哪一个合作值无效。
索引器的计划形式
一般必要界说索引器的两个重载(overloads)，一个承受整型数下标的可读写的索引器；一个是承受字符串键值的只读索引器。
publicDataProviderElementthis
{
get
{
return(DataProviderElement)BaseGet(index);
}
set
{
if(BaseGet(index)!=null)
BaseRemoveAt(index);
BaseAdd(index,value);
}
}
publicnewDataProviderElementthis
{
get
{
return(DataProviderElement)BaseGet(name);
}
}
其他事项
一般还必要公然一些对汇合操纵的办法，大抵以下：
publicintIndexOf(DataProviderElementvalue)
{
returnBaseIndexOf(value);
}
publicvoidAdd(DataProviderElementvalue)
{
BaseAdd(value);
}
publicvoidRemove(DataProviderElementvalue)
{
if(BaseIndexOf(value)＞=0)
BaseRemove(value.Name);
}
publicvoidRemove(stringname)
{
BaseRemove(name);
}
publicvoidRemoveAt(intindex)
{
BaseRemoveAt(index);
}
publicvoidClear()
{
BaseClear();
}
总结
这只是我想要撰写的有关.NET2.0中的基本手艺篇文章中的第一篇。在这篇文章中，我先容了有关设置方面的一些基础观点，并论述了在.NET2.0中怎样定制你本人的设置处置程序，和这过程当中必要注重的一些细节成绩。您已看到，经由过程对.NET2.0中供应的基本架构的扩大，我们能够很简单完成特征化的设置定制。我感觉可以顶到50楼，出乎意料的是大家居然纷纷写出自己的博文，还被编辑做成了专题，置于首页头条。 Asp.net：首先来说，Asp.net和Asp没什么关系，看着像是升级版本什么的，其实没什么联系。Asp是脚本编程，用的是ASP语言，而ASP.net用的是C#语言，完全不同的东西。 CGI程序在运行的时候，首先是客户向服务器上的CGI程序发送一个请求，服务器接收到客户的请求后，就会打开一个新的Process（进程）来执行CGI程序，处理客户的请求。CGI程序最后将执行的结果（HTML页面代码）传回给客户。 现在主流的网站开发语言无外乎asp、php、asp.net、jsp等。 在一个项目中谁敢保证每天几千万甚至几亿条的数据不丢失?谁敢保证应用的高可靠性？有可以借签的项目吗？ 通过这次激烈的讨论，我从大家身上学到了太多，开阔了眼界，不管是支持我的还是骂我的，都感谢你们。 这也就是最近几年来随着各种新的后台技术的诞生，CGI应用在Internet上越来越少的原因。CGI方式不适合大访问量的应用。 主流网站开发语言之ASP:ASP是微软（Microsoft）所开发的一种后台脚本语言，它的语法和VisualBASIC类似，可以像SSI（ServerSideInclude）那样把后台脚本代码内嵌到HTML页面中。虽然ASP简单易用，但是它自身存在着许多缺陷，最重要的就是安全性问题。 业务逻辑代码都不必做任何改动；继承性和多态性使得代码的可重用性大大提高，你可以通过继承已有的对象最大限度保护你以前的投资。并且C#和C++、Java一样提供了完善的调试/纠错体系。
页:
[1]