下载文档原格式
一、选择1、下面哪一个不是网页文件的后缀名 DA) htm B) aspx C) asp D) txt2.下面的______对象可用于使服务器获取从客户端浏览器提交或者上传的信息。
CA、ResponseB、ServerC、RequsetD、Session3、Request.CurrentExecutionFilePath的功能是:C(A) 请求当前应用程序根目录的实际路径(B) 请求当前页面所在的虚拟目录的实际路径(C) 请求当前页面所在的虚际目录及文件名称(D) 请求当前页面的URL地址4、下面哪一个对象用于与数据源建立连接: B( A)Command (B) Connection(C)DataReader (D)DataAdapter5.TextBox控件的______属性值用于设置多行文本显示。
DA. TextB.PasswordC. maxLengthD. Multiline6、下列说法正确的是(B )A．页面上有动态的东西就是动态网页B．静态网页内容固定，交互性能比动态网页差C． ASP、JSP和技术都是把脚本语言嵌入到HTML文档中D . 程序和ASP程序一样都是解释执行7、将已有的Web窗体页转换为用户控件时，除了要从该页中移除所有的<html>,<body>,<form>元素外，还应将原窗体页中的@page指令更改为（B）A. PageB. @ControlC. @ascxD. Control8、Cookie是Web服务器保存在用户硬盘上的一段文本分会话Cookie和永久Cookie。
如要定义一个永久Cookie，则必须设置Cookie的（D）属性。
A. ValueB. ItemC. PathD. Expires9、要获取Web站点中某个文件的物理存储路径，可以使用Server对象的（B）属性。
A. ExecuteB. MapPathC. TransferD. HtmlEncode10、Response对象的（B）方法可以使Web服务器停止处理脚本。
前端开发中的空白页处理方法在当今互联网时代，前端开发领域的重要性越来越凸显。
作为用户与网站之间的桥梁，前端页面不仅要具备良好的用户体验，还需要避免出现空白页的情况。
空白页常常给用户带来困惑和不愉快的体验，因此在前端开发中，如何处理空白页成为了一个重要的问题。
本文将介绍一些前端开发中处理空白页的方法和技巧。
一、合理利用加载动画空白页通常出现在页面加载期间，当用户请求数据或者访问某个页面时，由于网络延迟或其他原因导致页面无法立即加载完成，就会出现空白页。
为了避免这种情况，我们可以在页面加载期间显示一个加载动画，告知用户页面正在加载中，稍后即将呈现。
合理利用加载动画可以让用户感知到页面的加载状态，从而避免空白页带来的困扰。
加载动画可以以进度条、旋转图标等形式展现，具体选择何种加载动画要根据项目的需求和风格来决定。
二、提供默认内容除了加载动画外，我们还可以在页面加载期间，提供一些默认内容，以填充页面空白。
这些内容可以是项目的logo、一些常见的文本信息，或是互动性较强的按钮等。
用户在等待页面加载的过程中，可以通过与这些默认内容进行互动，增加用户的参与感，减少空白页给用户带来的负面体验。
默认内容的设计要注重简洁明了，以不影响用户的正常浏览为原则。
同时，要注意默认内容的样式和主题要与项目整体风格保持一致，避免给用户造成混淆。
三、断网提示与容错处理在前端开发中，空白页还可能出现在用户网络异常的情况下。
在网络不稳定或者断网的情况下，用户打开某个页面时，可能会出现空白页，给用户造成困扰。
为了解决这个问题，我们可以在页面加载失败时，给用户一个友好的提示信息，告知用户当前网络状态异常，并提供相应的解决方案，如重新连接网络、刷新页面等。
另外，在设计网页时要注意进行容错处理，即使在没有网络的情况下，用户也能够获得一些基本的功能和信息。
例如，可以使用缓存技术来提供页面的静态内容，或者提供一些本地的默认资源，确保用户能够正常使用网站的一些基本功能。
基于UML的图书管理系统系、部：___学生姓名：______ ________ 指导老师：__ 职称：_ 专业：_____ _ _班级：______ _____完成时间：___ _摘要图书管理系统是智能办公系统(IOA)的重要组成部分，该系统正以方便、快捷的优点慢慢地进入人们的生活。
它从传统的图书管理方式中彻底的解脱出来，它的设计提高了工作效率，减轻了工作人员以往繁忙的工作，减小了出错的概率，使读者可以花更多的时间在选择书和看书上，使人们有更多的时间来获取信息、了解信息、掌握信息。
本系统基于UML建模语言，对系统进行了全面的分析和设计，进行了静态和动态两方面的建模，其开发主要包括后台数据库的建立和维护以及前端应用程序的开发两个方面。
本系统采用SQL Server2005数据库作为后台数据库、 编程语言作为前台开发工具，通过对数据库技术较深入的学习和应用，以及对编程语言的系统学习，该图书管理系统主要完成了对借阅者的管理和对图书的管理，如：创建新的借阅者账户，修改借阅者的账户信息，查询，借书，预订书刊，取消预订，还书，以及添加书刊信息，编辑书刊信息，删除书刊信息等系统功能。
系统运行结果证明，本文所设计的图书管理系统可以满足借阅者、图书管理员两方面的需要，达到了设计要求。
关键词UML；图书管理；SQL Server2005；ABSTRACTThe books management system ,intelligent office system (IOA) ,is an important part of the system, with the advantages of convenient slowly go into people's life. From the traditional library management mode, it is improving thoroughly efficiency and relieving staff’s formerly busy job, reducing the error probability, so that readers can spend more time reading books and choosing. It makes people have more time to obtain information, to grasp the information.This system used UML, carries on the comprehensive analysis and design, which mainly includes building and maintaining database and the programming of the fronted application. Server SQL2005 database is the back database programming language, and is the receptionist development tool. It based on database technology in-depth study and application, the main functions are creating new borrowing account, modifying the account information, borrowing books, periodicals, reservating , canceling reservation and periodicals, adding a new species, deleting information modify books, periodicals species in the system of information system, editing books and periodicals add, delete the books information. System operation results show that the design of the library management system can satisfy the need of librarians and borrower from two aspects, It meets the design requirements.Keywords UML; library book management; SQL Server2005;目录1 引言 (1)1.1 选题背景介绍 (1)1.2 本课题研究的意义 (1)1.3 开发环境简介 (2)1.3.1 的介绍 (2)1.3.2 SQL Server 2005 概述 (3)1.3.3 IIS服务器技术 (4)2 系统分析 (5)2.1 系统分析的任务 (5)2.2 可行性分析 (5)2.2.1 技术可行性 (6)2.2.2 经济可行性分析 (6)2.2.3社会可行性分析 (6)3 需求分析 (7)3.1 功能需求分析 (7)3.1.1 系统功能模块分析 (8)3.1.2 识别参与者 (8)3.1.3 识别用例 (8)3.1.4 用例的事件流描述 (10)3.2 非功能性需求分析 (16)3.3 静态建模 (16)3.3.1定义系统对象 (16)3.3.2定义用户类界面 (17)3.3.3建立类图 (19)3.4动态行为建模 (22)3.4.1建立交互作用图 (22)3.4.2建立状态机图 (27)3.5物理模型 (28)4 系统设计 (30)4.1 总体设计 (30)4.1.1 系统目标设计 (30)4.1.2系统功能设计 (30)4.2系统功能模块设计 (30)4.3 数据库设计 (31)4.3.1概念结构设计 (31)4.3.2逻辑结构设计 (32)4.3.3物理结构设计 (33)5 系统实现 (34)5.1系统总体结构设计 (34)5.2主要模块运行 (34)6 系统测试 (37)6.1系统测试方法及步骤 (37)6.2测试用例 (37)7 结论 (39)7.1 系统开发的体会 (39)7.2 系统在调试中经常出现的问题及解决方法 (39)参考文献 (41)致谢 (42)附录 (43)1 引言1.1 选题背景介绍近年来，随着图书馆规模的不断扩大，图书数量也相应的增加，有关图书的各种信息量也成倍增加，面对着庞大的信息量，传统的人工方式管理会导致图书馆管理上的混乱，人力与物力过多浪费，图书馆管理费用的增加，从而使图书馆的负担过重，影响整个图书馆的运作和控制管理，因此，制定一套合理、有效、规范和实用的图书管理系统是很有必要的，以便对借阅者和图书资料进行集中统一的管理。
J I A N G S U U N I V E R S I T Y 本科毕业论文基于Web的高校科研成果管理系统后台子系统的设计与实现The Design and Realization of the Background Subsystem of University Research Management System Based On Web学院名称：计算机科学与通信工程学院专业班级：软件工程0801学生姓名：耿沛文指导教师姓名：余春堂指导教师职称：讲师2012年 6 月江苏大学本科生毕业论文基于Web的高校科研成果管理系统后台子系统的设计与实现专业班级：软件工程0801 学生姓名：耿沛文指导教师：余春堂职称：讲师摘要由于高校每年产出大量的科研成果，迫切需要一个高效灵活的网络系统来管理这些成果，为教师科研工作量的核算，部门业绩的评估提供依据。
本系统就是要设计这样一个系统，可以对各种类型的成果进行集中管理，包括：学术论文、学术专著、论文检索、以及科研项目。
本文首先对高校科研成果管理系统的背景及发展现状展开论述，引入研究的目的与意义；然后简介了建立系统的平台，；接下来设计高校科研成果管理系统后台子系统，主要包括需求分析，数据库设计。
系统实现了一个后台角色：系统管理员。
系统管理员的主要操作包含科研成果信息管理、用户信息管理、用户答疑等几个重要软件模块。
本系统在一定程度上满足了高校科研成果管理系统的基本需求。
由于时间限制和自己能力的局限性，本系统还有些不足，如用户界面还不够美观、功能还不够完善等，这些都有待于进一步加强。
关键词：高校；数据库管理；系统设计；科研成果I耿沛文：基于Web的高校科研成果管理系统后台子系统的设计与实现The Design and Realization of the Background Subsystem of UniversityResearch Management System Based On WebAbstract Universities annually produce a lot of scientific research. So there is an urgent need for an effective and flexible network system to manage these outcomes, provide accounting for teachers’ workload and provide a basis for assessment of teachers. This system is to design such a system to manage the scientific research, including: paper, monographs and retrieval.This paper first discusses the background and development status of the university research management system, and introduces the purpose and significance of the study; secondly introduces the system-building platform, ; and then designs the system contains demand analysis, database design. The system realizes the function of a background role: System Administrator. The main operating system administrator includes several important software modules such as scientific research information management, user information management and user question management. The system meet the basic demand of the university research management in some conditions.Key Words:College; Database Management; System Design; Academic ResearchII江苏大学本科生毕业论文目录第一章绪论 (1)1.1引言 (1)1.2高校科研成果管理系统的背景及发展现状 (1)1.3研究的目的与意义 (2)第二章开发环境简介 (3)2.1 开发平台介绍 (3)2.1.1 .NET框架介绍 (3)2.1.2 介绍 (4)2.1.3 的应用 (6)2.2 SQL概述 (7)第三章需求分析 (10)3.1 对功能的规定 (10)3.2 产品功能分析 (11)3.2.1系统的功能描述图 (11)3.2.2系统的功能特点 (11)3.2.3流程图 (12)3.3 用例描述 (12)第四章数据库设计 (15)4.1 数据库的结构设计 (15)4.2 创建数据表 (16)第五章功能模块的设计 (23)5.1 增加子模块 (23)III耿沛文：基于Web的高校科研成果管理系统后台子系统的设计与实现5.2 查询子模块 (24)5.3 修改删除管理模块 (25)5.4 多表联合查询模块 (26)第六章系统运行及测试 (27)6.1 系统配置要求 (27)6.2 测试环境配置 (27)6.3 系统测试 (28)结论 (31)致谢 (32)参考文献 (33)IV江苏大学本科生毕业论文第一章绪论1.1 引言高校科研成果管理系统最基本的功能是为用户提供优秀论文查询系统，实现大量论文的储存、修改、查询、共享的功能。
第一章1.填空题（1）.NET Framework主要包括公共语言运行库CLR和类库。
（2）网站在编译时，首先将语言代码编译成微软中间语言MSIL。
（3）一台IIS Web服务器IP地址为210.78.60.19，网站端口号为8000，则要访问虚拟目录xxxy中default.aspx的URL为http://210.78.60.19.8000/xxxy/default.aspx。
（4）可以通过复制网站同步网站上的一个文件。
2.是非题（1）托管代码是以CLR为基础的代码。
（√）（2）3.5仍使用2.0引擎。
（√）（3）.NET Framework 3.0是.NET Framework 3.5的一部分。
（√）（4） 3.5是边解释边执行的。
（×）（5）在Visual Studio 2008环境中开发网站必须安装IIS。
（×）3.选择题（1）.NET Framwork3.5不包括（A）A. .NET Framework 1.1B. .NET Framework 2.0C. LINQD. AJAX（2）下面（D）网站在建立时要求安装Microsoft FrontPage服务器扩展。
文件系统 B. 本地IIS C. FTP站点 D.远程站点（3）发布网站后不可能存在的文件夹是（B）A．App_Data B.App_Code C.App_Themes D.bin第二章1.填空题（1）Visual Studio 2008 默认建立的XHIML文件类型是Transitional。
（2）利用XHTML建立一个链接到************邮箱的元素是<a href="mailto:************">……</a>。
（3）存放Web窗体页C#代码的模型有单文件页模型和代码隐藏页模型。
（4）单文件页模型中，C#代码必须包含于<script>…</script>之间。
WebBrowser控件应用：弹出新窗体和关闭窗口WebBrowser控件应用：弹出新窗体和关闭窗口Posted on 2007-04-14 18:50 江湖再见阅读(29873) 评论(10) 编辑收藏缘起：上次写了一个《WebBrowser控件的简单应用2》，提到了在NewWindow事件中打开新窗口的例子。
有网友“队长”提出那个事件得到的参数是本页面的，而不是新页面的，经过测试，果然url参数不是新页面的。
Open新页面要处理的：1：<<a href=’xxxxx’ target=’_blank’>>;2: onclick=’window.open’ ;3：引用js文件；4：ClientScript.RegisterStartupScript（）；等。
5：还有要实现在打开的页面里能用window.opener对象Close要处理的：1：onclick=’window.close ;2：引用js文件；3：ClientScript.RegisterStartupScript（）等。
经过在网上搜索，结果并不令人满意。
基本上，WebBrowser 控件不提供这个（将要打开的新页面的地址）功能，只能通过其他方法。
这里介绍一下网上的一个简单的解决方案、我的一个简单方案、微软的回答、一个终极解决方法。
网上现在有人给出这样的一个解决方案：在_NewWindow事件通过wb_Container.StatusText来获得当前将要打开的页面。
代码可以这样写：private void wb_Container_NewWindow(object sender, CancelEventArgs e){e.Cancel = true;string newURL = wb_Container.StatusText;//'open}我测试了一下，这样做基本上只能处理<a href=’xxxxx’ target=’_blank’>的这种情况。
第三章Web页面第3章的Web页面教学目的：本章简要介绍网页的运行机制，包括页面是如何组织和运行的、页面的往返与处理机制、页面的生命周期和事件；System.Web.UI.Page类具有的一些共同的属性、事件和方法；网页代码隐藏模型；提供的几种基于客户端的状态管理方式；的配置文件Machine.config和Web.config 的配置方法。
3.1 页面管理页面是带“.aspx”文件扩展名的文本文件。
当浏览器客户端请求“.aspx” 资源时，运行库分析目标文件并将其编译为一个.NET框架类。
此类可用于动态处理传入的请求。
页面在第一次访问时进行编译，已编译的类型示例可以在多个请求间重用。
3.1.1 页面代码模式是一个完全面向对象的系统，每个网页都直接或间接地继承自System.Web.UI.Page类。
由于在Page类中已经定义了网页所需要的基本属性、事件和方法，因此只要新网页一生成，就从它的基类中继承了这些成员，因而也就具备了网页的基本功能。
设计者可以在这个基础上再进行开发。
Page类中的成员：(在第5章中详细介绍) Request对象：用于检索从浏览器向服务器发送的请求中的信息。
它提供对当前面请求的访问，包括标题、Cookie、客户端证书、查询字符串等，与HTTP协议的请求消息相对应。
Response对象：用于将数据从服务器发送回浏览器。
它允许将数据作为请求的结果发送到浏览器中，并提供有关响应的信息，还可以用来在页面中输入数据、在页面中跳转，并传递各个页面的参数。
与Request 对象的作用正好相反。
ViewState、Session、Application对象：这些对象用来保持网页的各种状态。
Page类的两个重要属性Page类有许多属性，其中有两个特别重要，它们是IsPostBack属性和IsValid属性。
IsPostBack属性获取一个值，该值指示该页是否正为响应客户端回发(PostBack)而加载，或者是被首次访问而加载。
Web 窗体页处理一般来讲，Web 窗体页的生命周期类似于在服务器上运行的任何 Web 进程的生命周期。
Web 处理的某些特性（通过 HTTP 协议传递的信息、Web 页的无状态特性等）应用到 Web 窗体页，就象它们在大多数 Web 应用程序中所做的一样。
但是， 页框架为您执行许多 Web 应用程序服务。
例如， 页框架捕获由 Web 窗体页发送的信息，提取相关值，并使信息可通过对象属性访问。
理解在处理 Web 窗体页时发生的事件的顺序是十分重要的。
这一知识将帮助您效率更高地对 Web 窗体页和 Web 应用程序进行编程。
Web 窗体页的生命周期您可能会发现，在检查处理页面时页内所发生情况的详细信息前理解 Web 窗体页在 Web 应用程序中的工作方式的某些基本特性可能会很有帮助。
往返行程需要理解的最重要概念之一就是 Web 窗体页中工作的划分。
浏览器向用户展示一个窗体，用户与该窗体进行交互，这导致该窗体回发到服务器。
但是，因为与服务器组件进行交互的所有处理必须在服务器上发生，这意味着对于要求处理的每一操作而言，必须将该窗体发送到服务器、进行处理、然后返回到浏览器。
这一事件序列称作“往返行程”。
注意可以在Web 窗体中创建客户端脚本，这对于用户输入验证和某些UI 编程类型十分有用。
客户端脚本不与服务器组件交互。
假设这样一种业务方案：用户输入一个订单并且您要确认对该订单有足够的库存，因而您的应用程序在用户订单输入过程中的一个合适的时间点将该页发送给服务器。
服务器进程检查该订单，执行库存查找，可能执行在业务逻辑中定义的某些操作（例如修改该页以指示一个错误），然后将该页返回到用户的浏览器以继续。
往返行程在 Web 窗体中，大多数用户操作（例如单击一个按钮）将导致往返行程。
因此， 服务器控件中的可用事件通常仅限于 Click 类型的事件。
大多数服务器控件公开一个 Click 事件，该事件要求显式的用户操作。
通过相同的标记，服务器控件不公开诸如onmouseover之类的高频率事件，因为每次引发此类事件时，将发生到服务器的另一个往返行程，这将显著影响窗体中的响应时间。
重新创建页（视图状态和状态管理）在任何 Web 方案中，每一次往返行程都需要重新创建页。
只要服务器完成处理并完成将页发送到浏览器，它就放弃该页的信息。
通过在每一请求后释放服务器资源，可以扩展 Web 应用程序以支持数百或数以千计的同时运行的用户。
下一次发送该页时，服务器重新开始创建和处理该页；因此，认为 Web 页是“无状态的”——在服务器上不保留页变量和控件的值。
注意可以将服务器配置为缓存页信息以优化页，但出于应用程序编程目的，将这些页视作服务器一完成对它们的处理就处置它们最为清晰。
在传统的 Web 应用程序中，服务器所具有的有关一个窗体的唯一信息就是用户已添加到窗体的控件上的信息，因为当发送窗体时将这些信息发送给服务器。
其他信息（例如变量值和属性设置）将被放弃。
通过以下方法克服了这些限制：它在往返行程间保存页和控件属性。
这称作保存控件的视图状态。
∙它提供状态管理功能，以便您可以在往返行程间保存您自己的变量和特定于应用程序或特定于会话的信息。
∙它可以检测是第一次请求窗体还是发送窗体，这使您可以相应地进行编程。
您可能希望页回发期间的行为与初始请求的行为不同。
事件驱动模型与线性处理模型的优点如果您具有使用 Active Server Pages (ASP) 的经验，您将认识到 ASP 是线性处理模型。
ASP 页是按从上到下的顺序处理的。
ASP 代码和静态 HTML 的每一行都按其在文件中的显示顺序进行处理。
在往返行程中用户操作导致页被发送到服务器。
因为此操作导致往返行程，所以服务器必须重新创建该页。
在重新创建该页后，将通过与以前相同的从上到下的顺序对该页进行处理，因此，该页未表现出真正的事件驱动行为。
若要创建事件驱动体验，您需要显式设计它。
此外，您必须在最基本的级别上显式维护页和控件状态。
此模型限制了可以组合的用户界面的丰富程度，并且此模型增加了需要支持它的代码的复杂性。
与此相比，传统 Visual Basic 应用程序中的事件驱动模型包含可编程的元素，这些元素可被初始化并在窗体上显示。
用户与这些元素进行交互，而这又导致引发调用事件处理程序的事件。
此模型支持真正的事件驱动行为，这在设计上极大拓宽了可以组合的用户界面的丰富程度，并且降低了需要支持它的代码的复杂性。
通过模拟事件驱动模型的行为代替了 ASP 的线性处理模型。
提供 页框架以隐式地为您建立事件和事件处理程序的关联。
利用该页框架，您可以很容易地创建响应用户操作的用户界面。
有关创建和使用事件及事件处理程序的详细信息，请参阅Web 窗体页中的服务器事件处理。
此外，这一相同的框架可以简化页和控件状态管理的实施。
有关状态管理的更多信息，请参阅Web 窗体状态管理。
例如， 使您可为从浏览器传递的事件在服务器代码中设置事件处理程序。
假定用户正在与某 Web 窗体页进行交互，该 Web 窗体页包含一个按钮服务器控件。
用户单击该按钮 (Button) 控件并引发一个事件，该事件通过 HTTP 发送被传输到服务器中。
在该服务器中， 页框架解释发送的信息并将引发的事件与相应的事件处理程序关联。
该事件处理程序可以是 提供的默认处理程序，也可以是您的自定义实现。
框架自动为该按钮调用相应的事件处理程序，作为框架正常处理的一部分。
因此，您不再需要显式将类似事件的行为设计成线性处理模型。
有关 Web 窗体事件处理的更多信息，请参阅 服务器控件事件模型。
Web 窗体处理中的各个阶段 页框架通过不同的阶段对 Web 窗体页进行处理。
在 Web 窗体处理的每一阶段，都可能会引发事件，并且将运行与该事件相对应的任何事件处理程序。
这些方法向您提供入口点（挂钩），使您可以更新 Web 窗体页的内容。
下表列出了页处理的最普通的阶段，这些阶段发生时引发的事件，以及每一阶段的典型使用。
每当请求或发送窗体时就重复这些阶段。
Page.IsPostBack 属性使您能够测试是否是第一次处理该页。
注意有几个Web 窗体页处理阶段没有在下表中列出。
但是，它们不用于大多数页处理方案。
这些阶段主要是由Web 窗体页上的服务器控件使用，以初始化和呈现它们本身。
如果您打算编写自己的 服务器控件，则需要详细了解这些阶段。
有关页处理阶段完整集合的详细信息，请参阅开发 服务器控件。
阶段意义典型使用 页框架初始化引发该页的Page_Init事件，并还原该页和控件视图状态。
在此事件期间， 页框架还原控件属性和回发数据。
用户代码初始化引发页的Page_Load事件。
读取和还原以前存储的值：∙使用Page.IsPostBack属性，检查是否是第一次处理该页。
∙如果是第一次处理该页，则执行初始数据绑定。
∙否则，还原控件值。
∙读取和更新控件属性。
验证调用任何验证程序Web 服务器控件的Validate 方法来执行该控件的指定验证。
（此阶段没有用户挂钩。
可以在事件处理程序中测试验证的结果。
）事件处理如果已调用该页来响应窗体事件，则在此阶段期间调用该页中的相应事件处理程序。
执行特定于应用程序的处理：∙处理所引发的特定事件。
注意事件不按特定顺序引发，只有缓存的控件事件（由控件的AutoPostBack属性指定）始终在发送事件前处理。
∙如果该页包含 服务器控件验证类型，则检查该页和各个验证控件的IsValid属性。
∙手动保存您正自行维护的页变量的状态。
∙检查该页或各个验证控件的IsValid 属性。
∙手动保存动态添加到该页的控件的状态。
清除调用Page_Unload事件，因为该页已完成呈现并准备好被放弃。
执行最后的清除工作：∙关闭文件。
∙关闭数据库连接。
∙放弃对象。
注意显式关闭代价高昂的资源（例如数据库连接）是十分重要的。
否则，它们将在下一次发生垃圾回收前一直保持打开。
在负荷很重的服务器上，如果有许多资源打开，可能会影响其性能。
请参见Web 窗体的用户输入验证简介 | Web 窗体页中的数据访问 | 服务器控件事件模型 | Web 窗体状态管理介绍 | 状态管理 | Web 窗体页 服务器控件事件模型由 服务器控件引发的事件的工作方式与传统的客户端窗体中的事件或基于客户端的 Web 应用程序中的事件的工作方式稍有不同。
导致差异的主要原因在于事件本身与处理该事件的位置的分离。
在基于客户端的应用程序中，在客户端引发和处理事件。
另一方面，在 Web 窗体页中，与服务器控件关联的事件在客户端引发，但由 页框架在 Web 服务器上处理。
对于在客户端引发的事件，Web 窗体控件事件模型要求在客户端捕获事件信息，并且通过 HTTP 发送将事件消息传输到服务器。
此页框架必须解释该发送以确定所发生的事件，然后在要处理该事件的服务器上调用代码中的适当方法。
有关更多信息，请参阅 服务器控件中的事件。
Web 窗体控件事件模型 实际上处理所有捕获、传输和解释事件的机制。
当您在 Web 窗体页中创建事件处理程序时，无需考虑如何捕获事件信息并使其可用于您的代码的机制，即可执行事件处理程序的创建。
而且您创建事件处理程序的方式与您在传统的客户端窗体上的创建方式大体相同。
虽然如此，Web 窗体页中的事件处理仍有一些您应该注意的方面。
内部事件集因为大多数 Web 窗体事件要求到服务器的往返行程以进行处理，所以这些事件可能影响窗体的性能。
因此，服务器控件仅提供一组有限的内部事件（通常仅限于 Click 类型事件）。
某些服务器控件支持 onchange 事件的特殊版本，该事件在控件的值发生更改时被引发。
例如，CheckBox Web 服务器控件在用户单击框时引发更改事件。
对于服务器控件，不支持经常发生的事件（并且可能在用户不知道的情况下引发），例如 onmouseover 事件。
注意某些服务器控件支持更高级别的事件的集合。
例如，Calendar Web 服务器控件引发SelectionChanged事件，该事件是Click事件的更抽象的版本。
事件参数Web 和 HTML 服务器控件事件遵循事件处理程序方法的标准 .NET 框架模式。
所有事件都传递两个参数：表示引发事件的对象的对象，以及包含任何事件特定信息的事件对象。
第二个参数通常是System.EventArgs类型，但对于某些控件而言是特定于该控件的类型。
例如，对于ImageButton Web 服务器控件，第二个参数是ImageClickEventArgs类型，这包括有关用户所单击处坐标的信息。
Web 服务器控件中的回发和非回发事件在 Web 服务器控件中，某些事件（通常是 Click 事件）会导致将窗体回发到服务器。
