2, ccflow流程规则描述表. 用来存储流程配置的基础信息。 以 WF_ 开头. 列举如下: 【WF_FlowSort : 流程类别表.】 【No】关键字 类型编号 【Name】类型名称 【IDX】顺序 数据类型: 【WF_Flow : 流程表.】 [No]关键字 流程编号 ,[FK_FlowSort]流程类别, 外键:对应物理表:WF_FlowSort,表描述:流程类别（流程类别表中的类型编号） ,[Name] 流程名称 ,[IsOK]是否起用 ,[FlowRunWay]运行方式,枚举类型:0 手工启动;1 指定人员按时启动;2 数据集按时启动;3 触发式启动; ,[RunObj]运行内容 ,[IsCanStart]可以独立启动否？(独立启动的流程可以显示在发起流程列表里) ,[Note]备注 ,[StartListUrl]导航Url ,[AppType]流程应用类型（正常、工程类等） ,[DocType]公文类型(对公文有效),枚举类型:0 正式公文;1 便函; ,[XWType]行文类型(对公文有效),枚举类型:0 上行文;1 平行文;2 下行文; ,[FlowType]流程类型 ,[FlowSheetType]表单类型 ,[RunSQL]流程结束执行后执行的SQL ,[NumOfBill]是否有单据 ,[NumOfDtl]是否有关联表 […]
View Details整理人：路华金 前言: ccflow 有自动修复数据表功能，所以表的字段的变化不需要用户干预由ccflow自动完成。所以如果你看到sql的错误,在执行一般就可以解决，如果解决不了，就执行一次数据库修复工具。 ccflow 有自动增加字段备注功能，所以每个字段的中文名称都已经增加了数据表的字段的备注属性上了,请注意对照，以方便您阅读ccflow。 了解ccflow 的表结构是您二次开发的基础，所以ccflow的高级用户需要熟悉每个表，掌握必要的表结构. 但是没有必要全部掌握。 ccflow 表命名规则是 前缀+"_"+表名. 大多以英文缩写或者，拼音大写组成. 比如: Port_Emp 人员表.、WF_Flow 流程表。 一个流程就有一个流程ID，叫OID。 数据表 ccflow 表分为框架表、流程规则描述表、流程数据运行表、公共表4大类: 1.框架表： 通常以Sys_ 与 Port_ 开头. 也可以称为ccflow系统表. 它是存储系统运行的基础信息. 没有必要多了解它们. 列举如下: Port_Emp: 操作员表. Port_Station: 岗位表 Port_Dept: 部门表 Port_EmpStation: 人员岗位表. Port_EmpDept: 人员部门对应表. Port_Unit: 集团公司表,对于集团类的用户有效. 【WF_Node】节点名称修改表(节点名称修改后保存的物理表) [NO]节点编号 [NAME] 节点名称 【Sys_MapData:】映射主表——新建流程或节点表、表单表、从表信息(只要要新建一张表的，都会在此出现)，会在此表插入一条记录 [No]主键，值=相应物理表的表名 [Name] 描述（如节点就节点名称，流程就流程名称） [EnPK] 实体主键 [SearchKeys] 查询键 [PTable] 物理表（值=相应物理表的表名） [Dtls] 明细表（从表） [DBURL] [Tag] [FrmType] 表单类型 [FK_FrmSort] 表单类别 [AttrsInTable] 在表格中显示的列 [AppType] 应用类型 [Designer] 设计者 [DesignerUnit] 单位 [DesignerContact] 联系方式 [FK_Flow] 流程表单属性:FK_Flow [FormType] 流程表单属性:表单类型,枚举类型:0 傻瓜表单;1 自由表单;2 自定义表单;3 SDK表单;9 禁用(对多表单流程有效); [URL] 流程表单属性:Url [FrmW] 表单宽度 […]
View Details*.testsettings文件； 在VS 2010中，测试解决方案会自动产生两个文件。一个是TraceAndTestImpact.testsettings，记录用于调试的测试设置。另一个Local.testsettings为本地缺省的测试设置。VS2008只有本地缺省设置。 *.testsettings，这是运行测试的环境参数和运行参数，包括以下内容：a) 用例运行前后执行的脚本b) 是否启用数据分析（代码覆盖率，测试影响分析，模拟网络，录制视频，智能跟踪等等）很多功能都是VS2010独有的，c) 运行机器是本机还是远程机器d) 测试超时时间等 VS2010 增强了测试监控功能，例如智能跟踪(IntelliTrace)和视频录制（Video Recoder)，测试影响分析(TestImpact)等等 *.vsmdi文件，用于管理测试用例的列表(Test List).*.vsmdi 文件是管理Test List的，在VS 2010中虽然支持，但不推荐使用。主要原因是*.vsmdi非常不灵活，很难集中维护。取而代之的是更加自然的测试分类（Test Category)：通过给每个测试用例设置标签，运行的时候通过标签选择需要运行的测试用例。 为了兼容问题，VS2010 还是支持*.vsmdi。下面是*.vsmdi的一些基本格式。 其内容基本上包括一个树状内容的Test List 列表，各个节点通过ParentListID相连，其中包括一个特殊根节点。另外，在每个TestList中，一个TestLink代表一个测试用 例，TestLink的ID是通过测试方法名，测试类名和包名等，通过MD5计算而得(而非任意值），我以前就写过一个程序，自动生成*.vsmdi文 件。 如何设置不同的标签，在运行用例时，可以通过过滤标签的属性来运行。其方法如下： 步骤一: 为每个测试用例设置测试分类属性（Test Category），在方法的属性中增加。
|
1 2 3 4 |
<strong style="padding:0px;margin:0px;">[<span style="padding:0px;margin:0px;color:#2b91af;">TestCategory</span>(<span style="padding:0px;margin:0px;color:#a31515;">"Nightly"</span>), <span style="padding:0px;margin:0px;color:#2b91af;">TestCategory</span>(<span style="padding:0px;margin:0px;color:#a31515;">"Weekly"</span>)</strong>, <span style="padding:0px;margin:0px;color:#2b91af;">TestMethod</span>()] <span style="padding:0px;margin:0px;color:blue;">public void </span>TestMethod1() { <span style="padding:0px;margin:0px;color:green;">// // TODO: Add test logic here // </span>} |
步骤二: 通过测试分类，运行测试用例 1)从UI中，选择测试用例运行 2)通过命令行运行 mstest /testcontainer:MyTestprojectName.dll /category:"Nightly&Weekly" 在条件选择时候，可以使用&或则|作为操作条件；但是在VS2010中，只能用一种操作符号 运行测试 写好测试用例就可以运行，Ctrl F5,就这么简单，能够得到测试用例运行的结果。很容易在IDE看到，测试结果，那么如何读懂后面的文件呢？ 一次测试运行结果的目录： *.trx文件. 运行结果目录。其中有In, Out 和每个TestCase的详细结果。 http://opheliawei.blog.51cto.com/2653343/1026956
View Details数据绑定和服务器控件模板互为补充，数据绑定用于从数据库中提取数据，而上一章说的服务器控件模板是将这些数据以一定的格式显示在网页中，对于大多数网站来说，根据内容生成特定的html非常常见，而对于开发人员来说，从数据库中提取出数据再以一定的格式显示到网页上是经常需要完成的工作，而这些大多都利用GridView,Repeater等控件的数据绑定功能。 一个典型的过程如下图： 控件的数据绑定 数据绑定有几种不同的形式，对于简单的数据绑定来说，仅仅是将一个数据表达式求值并将该值赋给某个属性，比如下面代码： <asp:Labelid="MyLabel"runat="server"Text="<%= MyDataBoundMethod() %>/> 这段代码是将一个函数的返回值最为label的Text属性. 而对于另外一些较为复杂的数据绑定控件来说，数据绑定意味着一大堆的数据以迭代的形式来帮定到一大堆的控件上来生成html.比如GridView会以Table的形式展现数据。而每一行<tr>内部用于格式的HTML会相同，而内容则有差异. 数据绑定控件的基类 和前面说的一样，在控件开发时选择合适的类作为基类是很重要的，而支持数据绑定的基类主要是从下面几个基类中去进行选择： System.Web.UI.WebControls.DataBoundControl：这个类是所有数据绑定类的基类。 System.Web.UI.WebControls.CompositeDataBoundControl：这个类继承于DataBoundControl基类，用于复合服务器绑定控件 System.Web.UI.WebControls.HierarchicalDataBoundControl：基于树的分层控件的基类 在asp.net中，默认的数据绑定控件分布如下图： 而用更清晰一些的视图来表示几个数据绑定基类之间的关系是: 上面几个基类中，重写了DataBind方法（最开始是定义在Control当中），使DataBind调用PerformSelect,该方法能够检索有效的数据集合以使绑定发生。该方法是受保护的，因为它包含实现细节；它是抽象的，因为它的行为只能由派生类实现。 如果不是基于IDataSource（比如那些SqlDataSource，也就是通过DataSourceID属性来定义的）来获取数据，PerformSelect方法内部会执行GetData方法来获取数据，而在调用GetData方法之前，会触发OnDataBinding事件。而之后则会触发DataBound事件 下面是MSDN中PerformSelect的源码: protected override void PerformSelect() { // Call OnDataBinding here if bound to a data source using the // DataSource property (instead of a DataSourceID), because the // databinding statement is evaluated before the call to GetData. if (! IsBoundUsingDataSourceID) { OnDataBinding(EventArgs.Empty); } // The GetData method retrieves the DataSourceView object from // the IDataSource associated with the data-bound control. GetData().Select(CreateDataSourceSelectArguments(), OnDataSourceViewSelectCallback); // The PerformDataBinding method has completed. RequiresDataBinding = false; MarkAsDataBound(); // Raise the DataBound event. OnDataBound(EventArgs.Empty); } 从代码中可以看出GetData利用OnDataSourceViewSelectCallback回调来调用PerformDatabinding方法，而PerformDataBinding方法又利用CreateControlHierarchy方法来构建子控件。在调用过CreateControlHierarchy方法后，这个方法会将空间内部的ChildControlIsCreated属性设置成True,从而数据绑定控件不会继续调用CreateChildControl来防止子控件被重复创建,如下是OnDataSourceViewSelectCallback和PerFormDataBinding的源码： privatevoid OnDataSourceViewSelectCallback(IEnumerable retrievedData) { // Call OnDataBinding only if it has not already been // called in the PerformSelect method. if (IsBoundUsingDataSourceID) { OnDataBinding(EventArgs.Empty); } // The PerformDataBinding method binds the data in the // retrievedData collection to elements of the data-bound control. PerformDataBinding(retrievedData); }} protectedoverridevoid PerformDataBinding(IEnumerable data) { base.PerformDataBinding(data); Controls.Clear(); ClearChildViewState(); TrackViewState(); if (IsBoundUsingDataSourceID) CreateControlHierarchy(true, true, data); else CreateControlHierarchy(true, false, data); ChildControlsCreated = true; } CreateChildControls方法一般用于创建组合控件。在此方法中可以定义自己需要的控件，进行实例化和赋值等，并将其添加到当前Controls集合中。数据绑定的生成方式和用此方法的方式的不同之处可用下图表示: 1-5是数据绑定方式，而6-9是利用CreateChildControls方法来进行创建 http://www.cnblogs.com/CareySon/archive/2009/10/29/1591807.html
View Details在Asp.net 2.0以后的版本，Asp.net提供了服务器控件模板（Template）和数据绑定(Data Bind)来简化开发工作，模板是是用于定制化服务器控件或者HTML如何在页面呈现，而模板和数据绑定往往结合起来在一起实现更高级的功能，比如最经典的GridView.例如，在 GridView服务器控件中可以使用 HTML 元素和控件的组合来创建列表中每行的布局。同样，GridView服务器控件对网格中的每行都具有一个默认的外观。但是，您可以通过为单个行、间隔行、所选行等行定义不同的模板来自定义网格的外观。 定制控件内容 模板用于让开发人员自定义HTML或者服务器控件作为主要控件输出流的一部分。提供了模板的服务器控件其实是给予插入自定义内容提供了容器。 服务器控件模板的强大之处在于它通过让开发人员可以定制输出特定的html来给予了开发人员极高的灵活性.如下图: 使用服务器控件模板 使用服务器控件模板的一大好处是我们可以专注开发空间，而把外观等html和css设置内容让其他人来完成。 在GridView控件里，我们可以通过在ItemTemplate里设置任何我们想设置的内容，在DropDownList控件中我们可以插入ListItem子控件，但在里面插入比如TextBox控件则不行。这个原因就要说到下面一个标签(Attribute) ParseChildren Attribute 服务器控件必须通过在类声明时添加ParseChildren标签来告诉asp.net页面分析器这个控件需要支持模板。ParseChildren的功能是让服务器控件所含有的子控件作为它的一个属性存在。 对于继承System.Web.UI.WebControls.WebControl基类的控件，这个标签已经通过继承而存在不需要再声明 ParseChildren标签还暴露了ChildrenAsProperties属性，在使用 可以：ParseChildrenAttribute(ChildrenAsProperties = true) 也可以用简便写法：ParseChildren(true) ChildrenAsProperty属性的作用是让控件的属性和直接在控件内部的html代码，或者说是XML代码(“<”和”>”)进行匹配.如下图: 而不使用ChildrenAsProperties属性的则会是如下图: 下面通过一个Demo来看 Demo 服务器导航菜单 先看Demo的效果 先声明两个用于存放子控件的容器，代码如下: publicclassBasicTemplateContainer : WebControl, INamingContainer { public BasicTemplateContainer(): base(HtmlTextWriterTag.Div) { this.BorderWidth = 1; this.BorderStyle = BorderStyle.Solid; } } publicclassSeperatorTemplateContainer : WebControl, INamingContainer { public SeperatorTemplateContainer(): base(HtmlTextWriterTag.Span) { } } 第一个用于存放HeaderTemplate和footerTemplate,而第二个用于存放分隔符 再声明一个存放菜单超链接的容器，代码如下： [TypeConverter(typeof(ExpandableObjectConverter))] publicclassMenuItemData { public MenuItemData() { } [NotifyParentProperty(true)] publicstring Title { get; set; } [NotifyParentProperty(true)] publicstring Url { get; set; } [NotifyParentProperty(true)] publicstring ImageUrl { get; set; } [NotifyParentProperty(true)] publicstring Target { get; set; } } 最后声明一个继承于CompositeControl基类的控件，声明代码如下： publicclassTemplateMenu : CompositeControl 最终完全代码如下: TemplateMenu完全代码 1using System; 2using System.Web; 3using System.Web.UI; 4using System.Web.UI.WebControls; 5using System.Collections; 6using System.ComponentModel; 7using System.Web.UI.WebControls; 8namespace bindcontrol 9{ 10 [ToolboxData("<{0}:templatemenu runat=server></{0}:templatemenu>")] 11publicclass TemplateMenu : CompositeControl 12 { 13private ArrayList menuData; 14public TemplateMenu(): base() 15 { 16 menuData =new ArrayList(){ 17 18new MenuItemData{Title="博客园", Url="http://www.cnblogs.com"}, 19new MenuItemData{Title="Microsoft", Url="http://www.microsoft.com"}, 20new MenuItemData{Title="ASP.Net", Url="http://asp.net"}}; 21 } 22private ITemplate headerTemplate; 23 [Browsable(false), Description("The header template"), 24 PersistenceMode(PersistenceMode.InnerProperty), 25 TemplateContainer(typeof(BasicTemplateContainer))] 26public ITemplate HeaderTemplate 27 { 28get 29 { 30return headerTemplate; 31 } 32set 33 { 34 headerTemplate = value; 35 } 36 } 37private ITemplate footerTemplate; 38 [Browsable(false), Description("The footer template"), 39 PersistenceMode(PersistenceMode.InnerProperty), 40 TemplateContainer(typeof(BasicTemplateContainer))] 41public ITemplate FooterTemplate 42 { 43get 44 { 45return footerTemplate; 46 } 47set 48 { 49 footerTemplate = value; 50 } 51 } 52private ITemplate separatorTemplate; 53 [Browsable(false), Description("The separator template"), 54 PersistenceMode(PersistenceMode.InnerProperty), 55 TemplateContainer(typeof(SeperatorTemplateContainer))] 56public ITemplate SeparatorTemplate 57 { 58get 59 { 60return separatorTemplate; 61 } 62set 63 { 64 separatorTemplate = value; 65 } 66 } 67privatevoid CreateControlHierarchy() 68 { 69if (HeaderTemplate !=null) 70 { 71 BasicTemplateContainer header =new BasicTemplateContainer(); 72 HeaderTemplate.InstantiateIn(header); 73 Controls.Add(header); 74 } 75int count = menuData.Count; 76for (int index =0; index < count; index++) 77 { 78 MenuItemData itemdata = (MenuItemData)menuData[index]; 79 HyperLink link =new HyperLink() 80 { 81 Text = itemdata.Title, 82 NavigateUrl = itemdata.Url, 83 ImageUrl = itemdata.ImageUrl, 84 Target = itemdata.Target 85 }; 86 Controls.Add(link); 87if (index != count –1) 88 { 89if (SeparatorTemplate !=null) 90 { 91 SeperatorTemplateContainer separator =new SeperatorTemplateContainer(); 92 SeparatorTemplate.InstantiateIn(separator); 93 Controls.Add(separator); 94 } 95else 96 { 97 Controls.Add(new LiteralControl(" | ")); 98 } 99 }100 }101if (FooterTemplate !=null)102 {103 BasicTemplateContainer footer =new BasicTemplateContainer();104 FooterTemplate.InstantiateIn(footer);105 Controls.Add(footer);106 }107 }108overrideprotectedvoid CreateChildControls()109 {110 Controls.Clear();111 CreateControlHierarchy();112 }113publicoverride ControlCollection Controls114 {115get116 {117 EnsureChildControls();118returnbase.Controls;119 }120 }121 }122123publicclass BasicTemplateContainer : WebControl, INamingContainer124 {125public BasicTemplateContainer(): base(HtmlTextWriterTag.Div)126 {127this.BorderWidth =1;128this.BorderStyle = BorderStyle.Solid;129 }130 }131publicclass SeperatorTemplateContainer : WebControl, INamingContainer132 {133public SeperatorTemplateContainer(): base(HtmlTextWriterTag.Span)134 {135 }136 }137 [TypeConverter(typeof(ExpandableObjectConverter))]138publicclass MenuItemData139 {140public MenuItemData()141 {142 }143 [NotifyParentProperty(true)]144publicstring Title { get; set; }145 [NotifyParentProperty(true)]146publicstring Url { get; set; }147 [NotifyParentProperty(true)]148publicstring ImageUrl { get; set; }149 [NotifyParentProperty(true)]150publicstring Target { get; set; }151 }152} 前台调用代码如下： 首先注册控件：<%@Register Namespace="bindcontrol"TagPrefix="dd"%> 然后是前台代码： <dd:TemplateMenurunat="server"> <HeaderTemplate>template header</HeaderTemplate> <SeparatorTemplate>%</SeparatorTemplate> <FooterTemplate>template footer</FooterTemplate> </dd:TemplateMenu> 注意,作为模板的类型必须声明成ITemplate类型，而这个ITemplate的具体类型则通过TemplateContainer标签进行注入.我们通过声明CreateControlHierarchy()函数来进行控制控件的具体输出，最后通过覆盖父类的CreateChildControls()方法来调用我们写好的CreateControlHierarchy方法达到控制输出的目的。 最后，你可能有疑问，那个神奇的ChildrenAsProperties属性跑哪去了？如果没有这个属性，那上面<headerTemplate>之类的标签又是如何匹配的呢？还记得吗，继承与WebControl基类的控件继承了这个标签，所以不用显示声明，所以ChildrenAsProperties属性come for free:-) http://www.cnblogs.com/CareySon/archive/2009/10/19/1586146.html
View Details在每一次http的Request和Response周期asp.net web form都会执行一系列被称为控件生命周期的预定义过程 在第一次通过HTTP Get方法获取到页面后，每一次向服务端进行HTTP POST回传都会分为以下几个步骤: 1.初始化控件树 2.将回传的ViewState进行解析 3.根据前几次的回传解析来为控件树中的每一个控件设置状态 4.处理回传数据 5.处理Page_Load事件 6.通过PostBack通知控件的数据变化，并在必要的情况下更新控件状态 7.执行基于控件状态改变的服务端事件（比如button的点击） 8.将控件状态持久化为ViewState 9.按照次序Render控件树中的每一个控件 10. Dispose整个页面和控件树 由上面的列表可以看出整个的用户Request和服务器Response的周期，首先是将状态解析并根据控件的状态来处理状态的改变，最后处理完后将这些Render回客户端，并将新的状态以ViewState的形式保存在客户端的hidden form中。 页面生命周期对应事件 在页面生命周期中,上面所说的每一个步骤都有一个对应的事件。这也就意味着你可以通过Override事件的执行方法来在页面周期中插入你自己的实现 服务端事件 页面生命周期 描述 Init Initialization 初始化控件树 LoadViewState Unpack ViewState 从ViewState里提取出状态信息 LoadControlState Unpack control state 从控件状态中提取出状态信息 LoadPostData Handle form postback 从PostBack信息中更新控件状态信息 Load Page_Load event 执行Page_Load内的事件 TrackViewState Track ViewState RaisePostDataChangedEvent Initialization for server-side events 通知控件回传的状态将改变其值 RaisePostBackEvent Execute server-side events 对于指定的控件，如果状态信息改变，则引发该事件 PreRender Render process 让每个空间接收最新的状态信息 SaveViewState Save ViewState 保存ViewState SaveControlState Save control state Render Render process Render标准HTML,Render的HTML带有控件的状态信息 Dispose Dispose of control tree 释放资源 服务器生命周期和HTTP GET以及HTTP POST 在System.Web.UI.Control基类定义了OnInit, OnLoad, OnPreRender, OnUnload，这四个事件可以被重写。而对于Dispose事件虽然Control也有定义，但并没有相应的OnDispose方法来引发事件，如果需要Dispose事件，需要实现IDispose接口。 在通常情况下，第一次访问aspx页面时通过HTTP GET方法，而第二次以后都会通过HTTP POST方法，而HTTP POST方式进行访问服务器时，所需要经历的过程要比GET方式多，因为它包含了数据回传处理，下面是示意图: 下面通过一个小Demo来查看控件的生命周期： Demo Post回传生命周期 首先先写一个控件，对每个控件的上述事件进行覆盖,最后通过在页面Trace来查看 首先是控件的代码： using System; using System.Collections.Generic; using System.Linq; using System.Web; using System.Web.UI; namespace Life { [ToolboxData("<{0}:lifecycle runat=server></{0}:lifecycle>")] publicclassLifecycle : Control, IPostBackEventHandler, IPostBackDataHandler { protectedoverridevoid OnInit(System.EventArgs e) { Trace("Lifecycle: Init Event."); base.OnInit(e); } protectedoverridevoid TrackViewState() { Trace("Lifecycle: Track ViewState."); […]
View DetailsEventCollection 如果在单个控件中有多个事件，那么使用System.ComponentModel.EventHandlerList对事件进行保存将会在内存占用上有不错的提高。EventHandlerList对一个类内发布多个事件提供了一个列表容器。下面是多个事件和使用EventHandlerList的对比示意: 第一步是实例化一个EventHandlerList的实例： protected EventHandlerList eventList = new EventHandlerList(); 第二步是声明一个容器用于保存事件的key privatestaticreadonlyobject ClickEvent = newobject(); 最后一步是像往常一样声明一个事件，但有所不同的是就像属性的get和set程序块一样，对于事件C#提供了add和remove关键字: publiceventEventHandler Click { add { Events.AddHandler(ClickEvent, value); } remove { Events.RemoveHandler(ClickEvent, value); } } 而在这时的事件调用方法就会像下面代码： protectedvirtualvoid OnClick(EventArgs e) { EventHandler clickEventDelegate = (EventHandler)Events[ClickEvent]; if (clickEventDelegate != null) { clickEventDelegate(this, e); } } 上面代码首先从事件列表中通过索引器以第一步中保存事件的key为参数提取出事件并检查客户端是否注册到此事件，如果是，则激发事件。 Command事件和事件冒泡 Command事件是System.Web.UI.WebControls命名空间里的强大模式。这个最好的例子是GridView 在GridView的Row里嵌套的button点击会触发Command事件，后台可以根据CommandArgument的不同来决定是执行edit操作还是delete操作等。而事件冒泡有些像javascript里的事件冒泡，但有所不同的是这里的事件冒泡到能够处理这个事件的地方停止，比如上图中command事件会冒泡到DataGrid里的ItemCommand里停止，因为ItemCommand事件可以对command事件进行处理. 在定义Command事件时会和前面大同小异，不同之处在于首先需要一个继承与System.EventArgs的CommandEventArgs类来进行参数传递,代码如下 publicclassCommandEventArgs : EventArgs { public CommandEventArgs(string _commandName,string _commandArgument) { CommandName=_commandName; CommandArgument=_commandArgument; } privatestring commandname; privatestring commandArgument; publicvirtualstring CommandName { get { return commandname; } set { commandname = value; } } publicvirtualstring CommandArgument { get { return commandArgument; } set { commandArgument = value; } } } 然后在需要定义的控件里定义这两个属性，代码如下: publicvirtualstring CommandName { get { object name = ViewState["CommandName"]; if (name == null) returnstring.Empty; else return (string)name; } set { ViewState["CommandName"] = value; } } publicvirtualstring CommandArgument { get { object arg = ViewState["CommandArgument"]; if (arg == null) […]
View Details事件和委托之间的暧昧关系往往是大多Web Developer在学习.net中的一个里程碑，当明白事件和委托的关系后，.net水平往往就上了一个新的台阶.下面说到服务器控件的事件模型. 在任何一个服务器编程开发框架中，事件都是解耦功能和具体实现的一剂良方，Asp.net当然也不例外。比如说吧，页面上的button的click事件表示它的功能，而具体的实现将会被分离交给Developer来进行具体实现。 传统的编程模型和基于事件的编程模型可以用下图进行简约概括: 我们可以看出事件极大的简化了编程工作，客户端程序只需要注册到事件并且和事件的签名保持一致（即参数个数和类型相同）即可。在事件发生后，客户端程序会被通知并执行相应实现（.net framework的事件正是观察者模式的最好例子:-)） Asp.net通过ViewState和Http Post协议巧妙的实现了让开发人员感觉貌似控件能像WinForm程序中那样记住自己的状态。这使Asp.net可以在不使用客户端javascript的情况下,而实现数据回传。 上面的图例展示出TextBox通过暴露相应的事件来通知被注册的函数.还记得前面所说的IPostDataHandler接口嘛，大多数服务器控件的事件都是通过ViewState来将数据以Http Post协议传回服务器，服务器根据回传数据的不同来引发相应事件。因此我们可以看出Button控件生成的<input type=”submit” />是有往服务器提交的功能的，而其他控件比如DropDownList或者是Checkbox是没有像服务器提交的功能。因此引发服务器事件便无从谈起。Asp.net通过在客户端设置javascript事件来引发向服务器的Http Post回传。而这一切仅仅需要将AutoPostBack属性设置为true. .net FrameWork 事件模型 .net framework提供了基于委托的使不同类之间进行异步交互的机制。下面先简单说一下事件的核心——-委托 Delegate 委托在一定程度上有点像接口，是在发布者和订阅者之间的一个协议。接口是制订类的数据成员以及成员函数的签名。而委托，是制订单个函数的签名. 创建一个委托的实例是通过创建一个和委托相匹配的函数。 MSDN里把委托比喻成类型安全的函数指针。但是委托不仅限于此，因为.net framework大大的扩展了这个“类型安全的指针”，在CLR via C#这本书里说委托的实质上是一个类。因此委托可以按照次序依次调用多个匹配的方法，无论是静态方法还是实例方法。 委托有两个部分，委托的声明和委托实例的声明。 委托的声明代码会像： publicdelegatevoidfoo(string A); 而委托实例的声明会像 foo f=new foo(MethodName) 下面通过一个简单的Demo说明一下: Demo 委托 先写一个简单的类: publicclassDelegateDemo { publicdelegatevoidDeleDemo(string a); publicstaticvoid FunctionA(string a) { HttpContext.Current.Response.Write("静态方法，传入的参数是:" + a + "<br />"); } publicvoid FunctionB(string a) { HttpContext.Current.Response.Write("实例方法，传入的参数是:" + a + "<br />"); } } 下面是客户端代码: DelegateDemo dd = newDelegateDemo(); DelegateDemo.DeleDemo d = newDelegateDemo.DeleDemo(dd.FunctionB); d += DelegateDemo.FunctionA; d("参数"); 最后的输出结果为: 实例方法，传入的参数是:参数静态方法，传入的参数是:参数 通过上面小Demo可以发现委托不仅仅是“类型安全的指针”，并且委托是按照次序调用实例方法和静态方法. 事件 C#里有专门用于声明事件的event关键字，一个典型的事件生命会像： publiceventEventHandler click; 事件关键字后面是委托，再后面是事件名称，命名事件的名称最好是动词，表名某些事情发生了。比如click,Init,Load,TextChanged这样。由此可以看出事件其实就是特殊的委托。因为所有的事件都是继承于System.EventHandler. EventHandler 委托 所有asp.net内置控件事件处理函数的签名都和EventHandler或者继承于它的子类保持一致。它的原型是： [SerializableAttribute] [ComVisibleAttribute(true)] publicdelegatevoidEventHandler( Object sender, EventArgs e ) 第一个参数表示引发事件的对象，第二个参数表示引发事件后所要传给处理程序的参数。 在一般情况下，开发人员最好是按照这种签名格式来声明函数事件的委托. 在控件内部声明事件后，你必须在需要的情况下引发事件，直接引发事件是非常不好的做法。而在asp.net预定义的控件中都使用了如下方法： 声明一个virtual protected void的方法，命名方式为On+事件名称.下面是一个例子： protectedvirtualvoid OnClick(EventArgs e) { if (Click != null) Click(this, e); } 这个方法首先做的是先检查客户端方法是否注册，如果有客户端方法进行了注册，则引发事件。 http://www.cnblogs.com/CareySon/archive/2009/10/12/1581792.html
View DetailsWebControl基类 在Asp.net控件开发中，WebControl基类给我们提供了对于控件的Style更加灵活的解决方案，因为在System.Web.UI.Control基类中只能手动的输入呈现在客户端的代码，但如果开发的服务器控件对style的要求较高。那Control基类的局限性就显而易见了，而继承WebControl类作为基类将会是很好的选择。 System.web.UI.WebControls.Webcontrol直接继承与Control类。在继承了Control的特性的基础上，WebControl基类不仅在生成客户端html使用了另一种更好的render方式，并且还提供了对于老版本浏览器的兼容。 WebControl的ControlStyle属性 ControlStyle属性其实是System.Web.UI.WebControls.Style的一个实例，这个属性用于读取或者设置常用的CSS类，以下是System.Web.UI.WebControls.Style的属性和CSS属性的对应关系。 Style的属性 CSS标准属性 BackColor background-color BorderColor border-color BorderStyle border-style BorderWidth border-width CssClass CSS的类名 Font Font weight, style, family, and so on ForeColor color Height height width width 而在ControlStyle.Font是一些设置字体的属性，是System.Web.UI.FontInfo对象的实例。和标准CSS属性的对照如下表： Font 属性 CSS标准属性 Bold font-weight: bold Italic font-style: italic Name font-family Names font-family Overline text-decoration: overline Underline text-decoration: underline Size font-size Strikeout text-decoration: line-through WebControl基类ControlStyle属性的简化 下面这行代码: webcontrol.ControlStyle.BorderWidth = 1; 和 webcontrol.BorderWidth = 1; 代码是等价的，WebControl基类可以不通过ControlStyle属性而访问ControlStyle内的成员，这样在前台可以直接对控件进行style设置，刚才的后台代码于如下前台代码是等价的： <cc:WebControlid="WebControl"runat="server"borderwidth="1"/> WebControl的Style属性 因为ControlStyle属性只暴露了一部分可用于操控CSS的属性，而除了上述ControlStyle暴露的基本的CSS属性设置之外，WebControl基类还为我们提供了Style属性用于对CSS进行精确完整的操作，可以用如下图让概念更加清晰: Style属性是System.Web.UI.CssStyleCollection这个类的实例，style属性大多在.aspx文件中用到，比如: <asp:ButtonID="Button1"runat="server"Text="Button"style="background:blue;"/> 而与上面对Style赋值等价的后台代码则是： Button1.Style["background"] = "blue"; 或者 Button1.Style.Add("background", "blue"); 一个新的Render系统 和集成Control并重写Render方法不同，WebControl给我们提供了一个新的系统用于Render控件。下面写一个Label的Demo： Demo:label控件 代码如下: [ToolboxData("<{0}:label runat=server></{0}:label>"),DefaultProperty("Text")] publicclassLabel : WebControl { public Label(): base(HtmlTextWriterTag.Span) { } publicvirtualstring Text { get { object text = ViewState["Text"]; if (text == null) returnstring.Empty; […]
View Details在Asp.net中，利用Http Post的回传机制意味着可以再客户端存储状态并且可以在服务器接收.Asp.net中大部分控件都提供了存储自身状态的功能并且在自身状态改变时引发对应事件。IPostDataHandler接口提供了在服务器处理客户端通过Http Post回传数据的方法。 IPostDataHandler 通过实现IPostDataHandler接口,服务器可以在不使用Page和Request对象的情况下来读取客户端回传数据。IPostDataHandler还提供了在用户状态改变的情况下来引发相应事件的框架。IPostDataHandler的定义如下: publicinterfaceIPostBackDataHandler { publicbool LoadPostData(string postDataKey, NameValueCollection postCollection); publicvoid RaisePostDataChangedEvent(); } 对于LoadPostData函数，如果返回值为true，则会引发下面的RaisePostDataChangeEvent方法。这个方法中我们可以加入需要引发的事件，比如: publicvirtualvoid RaisePostDataChangeEvent() { OnTextChanged(EventArgs.Empty); } 这个方法有两个参数，先说第二个参数，第二个参数返回键值对，key(键)是控件的unique id,这个id是通过客户端的id来决定的，大多数情况下，这两个id相等，比如客户端的<input id=”xx” runat=”server” />则在服务端的unique id也会是”xx”,但是如果控件放在gridview或者masterpage里的话，uniqueid会是母控件的uniqueid+分隔符+子控件的uniqueid.而value(值)则是对应控件的回传数据。比如下图: 在页面只有两个控件，TextBox控件和Button控件，前两个是asp.net内置的ViewState和验证。而第三个是id名为”cc”的TextBox,第四个是id为Button1的button.则可以看出postCollection参数其实是页面所有实现了IPostBackDataHandler接口的回传数据，而第一个参数postDataKey则是这个方法所属控件的uniqueid. 所以可以这样来获得本控件这一次的回传数据: postCollection[postDataKey] 当然也可以获得其他控件这一次的回传数据以达到和其它控件的交互，比如： postCollection[3] 下面通过一个Demo来展示IPostDataHandler DEMO1 自己写一个拥有状态的TextBox控件 通过这个Demo可以更清楚的让我们明白ViewState和PostBack Data之间通过实现IPostDataHandler的交互。 代码如下： [ToolboxData("<{0}:textboxDemo runat=server></{0}:textboxDemo>")] publicclassTextboxDemo : Control, IPostBackDataHandler { string _text; publicvirtualstring Text { get { object text = ViewState["Text"]; if (text == null) returnstring.Empty; else return (string)text; } set { ViewState["Text"] = value; } } publicbool LoadPostData(string postDataKey,NameValueCollection postCollection) { Text = postCollection[postDataKey]; returnfalse; } publicvirtualvoid RaisePostDataChangedEvent() { } overrideprotectedvoid Render(HtmlTextWriter writer) { Page.VerifyRenderingInServerForm(this); base.Render(writer); //输出 <INPUT type="text">标签 writer.Write("<INPUT type=""text"" name="""); writer.Write(this.UniqueID); writer.Write(""" value=""" + this.Text + """ />"); } } 这是一个简单的TextBox实现。通过实现IPostBackDataHandler接口，我们可以在每次回传到服务器后保存TextBox的状态.即TextBox的Value的值. 注意在Render方法里有：Page.VerifyRenderingInServerForm(this);，这行代码表示此控件必须在<form>标签内，如果不在此标签内，则会报错.所有需要实现数据回传的控件最好都要使用这个方法. TextBoxDemo控件的使用方法这里就不再累述了。 ASP.net控件状态 在asp.net 2.0以后的版本。可以通过设置控件的EnableViewState属性来控制单个控件是否保存其状态。在一些访问量比较大的网站上，如果不注意关闭不需要的ViewState,则用户在每回提交时都会导致传送额外的ViewState字符串，这回导致性能问题. 控件的状态还有一个很棒的特性是在即使ViewState被禁用的情况下，控件的状态保持依然可用. http://www.cnblogs.com/CareySon/archive/2009/10/09/1579781.html
View Details